windows下获取簇大小最可靠方式是调用getdiskfreespace，传入驱动器根路径（如"c:\"），通过lpsectorspercluster与lpbytespersector相乘得出簇大小；linux下应使用statvfs()读取f_frsize字段。
Windows 下用 GetDiskFreeSpace 获取簇大小
Windows 没有“文件系统块大小”这个统一概念，实际起作用的是“每簇字节数（bytes per cluster）”，它由格式化时的分配单元大小决定。GetDiskFreeSpace 是最直接、最可靠的方式，不需要管理员权限，也不依赖 WMI 或 PowerShell。
关键点：该函数返回的 lpBytesPerSector 是扇区大小（通常 512 或 4096），而 lpBytesPerCluster 才是真正意义上的“簇大小”，等于 lpBytesPerSector × lpSectorsPerCluster。别只看 sector —— 那不是你应用层该关心的最小分配单位。
- 传入盘符路径必须以
"C:\\"形式（结尾双反斜杠），单个"C:\"可能失败 - 函数返回
FALSE时要检查GetLastError()，常见错误包括路径不存在、无访问权限或跨网络驱动器（部分 SMB 共享不支持） - 结果是 DWORD 类型，最大支持 4GB 簇（极罕见），如需更大值（如 ReFS 或大扇区硬盘），应改用
GetDiskFreeSpaceEx+ 文件系统查询辅助判断
DWORD sectorsPerCluster, bytesPerSector, freeClusters, totalClusters;
BOOL ok = GetDiskFreeSpace(L"C:\\", §orsPerCluster, &bytesPerSector,
&freeClusters, &totalClusters);
if (ok) {
DWORD clusterSize = sectorsPerCluster * bytesPerSector; // 这才是磁盘簇大小
}
Linux 下通过 statfs 或 statvfs 查 f_frsize
Linux 不叫“簇”，而是“文件系统基本块大小（fundamental filesystem block size）”，对应 struct statvfs 中的 f_frsize 字段。它代表文件系统进行空间分配和报告空闲空间时使用的单位，等价于 Windows 的簇大小。
注意：f_bsize 是“首选 I/O 块大小”，用于优化读写性能，但不反映实际磁盘分配粒度；f_frsize 才是计算已用/可用空间的基准单位，也是 df -B1 默认使用的值。
- 调用前确保路径存在且可访问，对挂载点（如
"/"）调用比对某个普通文件调用更准确 - 某些特殊文件系统（如 overlayfs、tmpfs）可能返回 0 或非典型值，需结合
stat -f -c "%S" /path命令交叉验证 -
statvfs是 POSIX 标准，优先使用；statfs是 Linux 特有，字段名和语义略有差异（如f_frsize在statfs中不存在，得用f_bsize代替，但含义不完全一致）
struct statvfs buf;
if (statvfs("/home", &buf) == 0) {
unsigned long clusterSize = buf.f_frsize; // 正确的“簇大小”
}
跨平台封装要注意的兼容性陷阱
没有标准 C++ API 能直接跨平台取簇大小，硬封装容易在细节上翻车。比如把 Windows 的 GetDiskFreeSpace 和 Linux 的 statvfs 简单合并成一个函数，会掩盖关键差异：
- Windows 返回的是逻辑卷级簇大小，而 Linux 的
f_frsize是挂载点所在文件系统的属性——同一物理磁盘不同挂载点（如 ext4 vs. xfs）可能返回不同值 - macOS 使用
statfs，但其f_bsize字段行为接近 Linux 的f_frsize，不能盲目映射为f_frsize - 容器或虚拟化环境（如 Docker、WSL2）中，底层可能是虚拟块设备，返回值反映的是虚拟层设定，而非宿主物理磁盘真实簇大小
真要封装，建议按平台分文件实现，暴露统一接口但内部不做“假装一致”的转换；更务实的做法是：只在明确需要对齐文件系统分配边界（如内存映射对齐、日志预分配）时才查，其他场景直接用 4096 作为保守默认值。
为什么 GetVolumeInformation 不适合查簇大小
有人会想到用 GetVolumeInformation 拿 lpBytesPerSector，再乘以隐含的簇数——这是错的。该函数根本不提供簇相关信息，lpBytesPerSector 只是硬件扇区大小，与 NTFS/FAT32 的分配单元完全无关。例如一块 4K 扇区硬盘上格式化出 8KB 簇，GetVolumeInformation 仍只报 4096，无法推导出真实簇大小。
另一个常见误用是读取注册表 HKEY_LOCAL_MACHINESYSTEMCurrentControlSetControlFileSystem 下的 NtfsDefaultClusterSize，那只是默认建议值，不反映当前卷实际设置。
真正可靠的只有 GetDiskFreeSpace 及其变体（如 GetDiskFreeSpaceEx 配合卷序列号校验），因为它直接向卷管理器发起查询，拿到的是运行时生效的实际参数。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
