c++怎么快速生成特定大小的全零占位文件_扩展文件指针截断【附源码】-C++-PHP中文网

c++oding="utf-8" ?>

ftruncate 是 linux/macos 下生成大块全零稀疏文件的最快方案，仅修改 inode 大小字段，毫秒级完成 gb 级文件创建；windows 需用 setfilepointerex + setendoffile，注意权限与 large_integer 使用。

c++怎么快速生成特定大小的全零占位文件_扩展文件指针截断【附源码】

用 `ftruncate` 扩展文件到指定大小（最轻量）

Linux/macOS 下生成大块全零文件，ftruncate 是最快方案——它不写数据，只改 inode 中的文件大小字段，内核按需用稀疏页填充。毫秒级完成几十 GB 文件创建。

常见错误：先 fopen 再 fseek+fputc，这会真实写入每个字节，慢且耗 I/O。

必须用 open（不是 fopen），带 O_RDWR | O_CREAT 标志
文件描述符要可写，否则 ftruncate 返回 EPERM
目标大小超过当前文件长度才真正扩展；若已更大，ftruncate 会截断（注意数据丢失）
生成的是稀疏文件，ls -l 显示逻辑大小，du 显示实际磁盘占用（通常极小）

int fd = open("zero.bin", O_RDWR | O_CREAT, 0644);
if (fd != -1) {
    ftruncate(fd, 1024LL * 1024 * 1024); // 1GB
    close(fd);
}

Windows 下用 `SetFilePointerEx` + `SetEndOfFile`

Windows 没有直接对应 ftruncate 的 C 标准库函数，得用 Win32 API。核心是把文件指针移到目标偏移，再调 SetEndOfFile 扩展。

容易踩的坑：SetFilePointerEx 的偏移参数是 LARGE_INTEGER*，不能直接传整数；且文件必须以 GENERIC_WRITE 打开，否则 SetEndOfFile 失败并返回 ERROR_ACCESS_DENIED。

C++ Code Review Master

组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。

下载

CreateFile 必须含 GENERIC_WRITE，即使只打算扩展不写内容
目标大小超 4GB 时，LARGE_INTEGER 的 QuadPart 字段必须赋值，别只设 LowPart
扩展后文件内容为零，但磁盘空间不会立即分配（类似稀疏文件），除非后续写入触发

HANDLE h = CreateFileA("zero.bin", GENERIC_WRITE, 0, nullptr,
                       CREATE_ALWAYS, FILE_ATTRIBUTE_NORMAL, nullptr);
if (h != INVALID_HANDLE_VALUE) {
    LARGE_INTEGER li;
    li.QuadPart = 1024LL * 1024 * 1024; // 1GB
    SetFilePointerEx(h, li, nullptr, FILE_BEGIN);
    SetEndOfFile(h);
    CloseHandle(h);
}

跨平台封装要注意的兼容点

如果代码要同时跑在 Linux 和 Windows 上，别自己写宏判断系统再分别调 API——容易漏掉权限、错误码、大数处理等细节。

更稳妥的做法是：优先用 posix_fallocate（Linux）或 fallocate（glibc ≥ 2.10），它们能真正预分配磁盘空间（非稀疏），避免后续写入时因空间不足失败。但 Windows 不支持，所以仍得 fallback 到上面两套逻辑。

posix_fallocate 在文件系统不支持时会退化为循环 write，性能暴跌，务必检查返回值是否为 ENOTSUP
C++ 标准库无跨平台文件截断接口，std::ofstream 的 seekp+put 无法扩展文件，只会从当前位置覆盖或失败
用 std::filesystem::file_size 获取大小没问题，但别指望 resize_file（C++17）能扩展：它只在实现支持时才有效，GCC libstdc++ 目前完全不支持扩展，仅限截断