稀疏文件通过NTFS元数据跳过零块实现空间节省，非压缩；需在NTFS卷上用常规句柄调用FSCTL_SET_SPARSE标记，并以跳过零写入方式（如SetFilePointer+WriteFile）触发稀疏逻辑，实际占用空间远小于逻辑大小。
稀疏文件不是“压缩”，而是靠 NTFS 元数据跳过零块
Windows 下用 FSCTL_SET_SPARSE 标记文件为稀疏后，写入全零区域不会实际占用磁盘空间——系统只记录“这段偏移是空的”，读取时自动返回零。这不是压缩算法，也不加密、不校验，纯靠文件系统元数据实现。关键点：必须在 NTFS 卷上，且文件句柄需以 FILE_FLAG_NO_BUFFERING 以外的常规方式打开（否则 DeviceIoControl 会失败）。
常见误判：看到文件属性里“已启用稀疏文件”就以为生效了，其实只是标记位；真正省空间要靠后续写入时调用 SetFileValidData 或写入非零数据触发分配策略。
DeviceIoControl 调用 FSCTL_SET_SPARSE 的硬性条件
必须满足全部以下条件，DeviceIoControl 才会返回成功：
-
CreateFile打开文件时不能带FILE_FLAG_NO_BUFFERING（缓冲区禁用会绕过稀疏逻辑） - 文件句柄必须有
GENERIC_WRITE权限（只读句柄调用直接失败） - 传入的
lpInBuffer是空指针，nInBufferSize必须为 0（微软文档明确要求） - 目标卷必须是 NTFS；FAT32/exFAT 返回
ERROR_INVALID_FUNCTION
示例关键片段：
立即学习“C++免费学习笔记（深入）”；
HANDLE hFile = CreateFile(L"big.sparse", GENERIC_WRITE, 0, nullptr,
CREATE_ALWAYS, FILE_ATTRIBUTE_NORMAL, nullptr);
DWORD dwRet;
DeviceIoControl(hFile, FSCTL_SET_SPARSE, nullptr, 0, nullptr, 0, &dwRet, nullptr);
// 成功后 hFile 就是稀疏句柄，可开始写入
写入稀疏区域：用 SetFilePointer + WriteFile，别用 memcpy 模拟
真正节省空间的操作是“跳过写零”。比如想在 1GB 偏移处写 4KB 数据，前面 1GB 全是逻辑零——这时不要循环写 1GB 零，而应：
- 先
SetFilePointer(hFile, 1024*1024*1024, nullptr, FILE_BEGIN) - 再
WriteFile(hFile, buf, 4096, &written, nullptr)
系统检测到此前未分配的区域，且文件已标记稀疏，就会跳过物理写入，只更新元数据。若你用 fseek+fwrite 写零块，C 运行时可能缓冲并真实落盘，彻底失效。
注意：SetFileValidData 能跳过零初始化（提升性能），但需管理员权限且有安全风险（暴露未擦除旧数据），生产环境慎用。
验证是否真稀疏：看“大小”和“占用空间”的差值
资源管理器里右键 → 属性看到的“大小”是逻辑长度，“占用空间”才是真实磁盘用量。二者差值越大，稀疏效果越明显。命令行用 dir /-C（关闭逗号分隔）可清晰对比：
dir big.sparse // 输出类似： // 12/05/2024 10:23 AM 1073741824 big.sparse ← 逻辑大小 1GB // 1 File(s) 131072 bytes ← 实际占用 128KB
如果“占用空间”接近“大小”，说明稀疏没生效：可能是没调 FSCTL_SET_SPARSE、写入方式错误、或目标卷非 NTFS。另外，FSCTL_QUERY_ALLOCATED_RANGES 可编程查询哪些区间已分配，适合调试。
稀疏文件的坑在于它对程序完全透明——读写接口和普通文件一样，只有磁盘用量和元数据不同。所以测试时务必检查实际占用，而不是只信返回值或属性面板里的“稀疏”勾选框。
