std::filesystem::copy_file只是标准库封装接口，底层依赖os api（如windows的copyfilew、linux的read/write或sendfile），不规定实现细节；手动实现应优先选read/write以保证跨平台兼容性，注意缓冲区大小、错误检查、循环写入及资源释放，并额外处理权限、时间戳和稀疏文件。
std::filesystem::copy_file 为什么不能直接看作“底层实现”
它只是标准库封装的接口，背后依赖操作系统 API（Windows 用 CopyFileW，Linux/macOS 用 open+read+write 或 sendfile），C++ 标准不规定具体实现方式，也不暴露缓冲区、系统调用细节。想真正理解“底层”，得绕过 std::filesystem::copy_file 自己动手。
手动实现时该选 read/write 还是 sendfile/splice
普通场景用 read/write 最稳妥，兼容所有 POSIX 系统；sendfile（Linux）或 copyfile（macOS）能避免用户态拷贝，但有约束：
-
sendfile要求源 fd 是普通文件，目标 fd 不能是只读挂载点，且某些旧内核不支持从常规文件到普通文件的复制 -
splice更高效，但仅限 Linux，且要求至少一端是 pipe，实际使用需额外创建 pipe fd，代码复杂度陡增 - Windows 下必须用
CopyFileW或CreateFile+ReadFile+WriteFile，无法绕过 Win32 API
最小可靠跨平台实现的关键细节
不依赖 Boost 或第三方库，用原生 C++17 + 系统调用写一个带错误处理的版本，注意这些点：
- 打开源文件用
O_RDONLY | O_CLOEXEC（Linux/macOS）或GENERIC_READ（Windows），目标文件用O_WRONLY | O_CREAT | O_TRUNC | O_CLOEXEC - 缓冲区大小建议设为
64 * 1024（64KB）：太小导致系统调用频繁，太大可能吃光栈或触发内存分配失败 - 每次
read后必须检查返回值：0 表示 EOF，-1 表示错误（查errno），其他值才是真实字节数 - Windows 下
WriteFile可能只写入部分数据，必须循环直到全部写完，不能只靠一次调用返回值判断成功 - 记得在最后
close或CloseHandle，否则 fd/handle 泄漏
示例片段（Linux/macOS）：
int src_fd = open("src.bin", O_RDONLY | O_CLOEXEC);
int dst_fd = open("dst.bin", O_WRONLY | O_CREAT | O_TRUNC | O_CLOEXEC, 0644);
char buf[65536];
ssize_t n;
while ((n = read(src_fd, buf, sizeof(buf))) > 0) {
if (write(dst_fd, buf, n) != n) { /* 错误处理 */ }
}
权限、时间戳和稀疏文件怎么处理
std::filesystem::copy_file 默认不复制权限和时间戳，手动实现时更不会自动做——这是容易被忽略的“功能缺口”：
- 权限：Linux/macOS 需
fchmod(dst_fd, st.st_mode)（先fstat源文件）；Windows 用SetFileInformationByHandle设置FILE_BASIC_INFO - 修改时间：Linux/macOS 用
clock_gettime(CLOCK_REALTIME, &ts)+futimens；Windows 用SetFileTime - 稀疏文件：普通 read/write 会把 hole 填成零字节，破坏稀疏性；要保持 sparse，得用
lseek+write跳过 hole，或用copy_file_range（Linux 4.5+）
这些都不是“复制文件”的核心逻辑，但生产环境里缺一不可，而且每项都得单独适配平台。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
