GetDiskFreeSpace 返回的是逻辑扇区大小（通常512字节），非物理扇区大小；获取物理扇区需用DeviceIoControl调用IOCTL_STORAGE_QUERY_PROPERTY并解析BytesPerPhysicalSector字段。
GetDiskFreeSpace 返回的 lpBytesPerSector 是物理扇区大小吗？
不是。它返回的是逻辑扇区大小（通常为 512 字节），不是磁盘真实的物理扇区大小（如 4096 字节的 Advanced Format 硬盘）。Windows 层面几乎不暴露真实物理扇区信息，GetDiskFreeSpace 的设计目标是提供文件系统 I/O 对齐所需的逻辑单位。
常见错误现象：GetDiskFreeSpace 在新硬盘上始终返回 512，但用 fsutil fsinfo ntfsinfo C: 查看却显示 “Bytes Per Physical Sector: 4096”——这说明两者根本不在一个层级。
- 该函数只反映卷所在设备向 NTFS 报告的“可寻址最小写入单位”，受驱动层模拟影响（如 USB 拓展坞、某些 RAID 卡会强制报告 512）
- 即使底层是 4K 物理扇区，只要驱动没开启 4Kn 模式或未正确通告，
GetDiskFreeSpace就不会返回 4096 - 不要用它来判断是否需要 4K 对齐——应查
fsutil fsinfo ntfsinfo或 WMI 中的Win32_DiskDrive.BytesPerSector
真正能拿到物理扇区大小的 Windows API 是什么？
用 DeviceIoControl 调用 IOCTL_STORAGE_QUERY_PROPERTY，传入 StorageAdapterProperty 或 StorageDeviceProperty，再解析返回的 STORAGE_ADAPTER_DESCRIPTOR / STORAGE_DEVICE_DESCRIPTOR 结构体里的 BytesPerPhysicalSector 字段。
使用场景：你需要做底层存储优化（比如自定义缓存对齐、绕过文件系统直写裸设备）、开发磁盘分析工具，或者验证硬件是否真实支持 4K 原生命令。
立即学习“C++免费学习笔记（深入）”；
- 必须以管理员权限打开设备句柄（
CreateFile(L"\\.\C:", ...)） - 不能对卷路径（如
"C:"）直接调用，得用物理驱动器路径（"\\.\PhysicalDrive0"），且需先通过IOCTL_VOLUME_GET_VOLUME_DISK_EXTENTS关联卷与物理盘 - 部分旧驱动或虚拟磁盘（如 VHD）可能不支持该 IOCTL，返回
ERROR_NOT_SUPPORTED - 示例关键片段：
STORAGE_PROPERTY_QUERY query = { StorageAdapterProperty, PropertyStandardQuery }; DEVICE_STORAGE_ADAPTER_DESCRIPTOR desc = {}; DWORD bytesReturned; DeviceIoControl(hDrive, IOCTL_STORAGE_QUERY_PROPERTY, &query, sizeof(query), &desc, sizeof(desc), &bytesReturned, nullptr); // desc.BytesPerPhysicalSector 即所求
为什么 GetDiskFreeSpaceEx 和 GetDiskFreeSpace 都不返回物理扇区？
因为它们面向的是文件系统抽象层，不是硬件抽象层。Windows 认为应用程序只需知道“文件系统希望你按多大单位读写”，而不是“磁盘物理结构如何”。强行暴露物理扇区反而会导致兼容性问题（比如老程序硬编码 512 对齐逻辑）。
性能影响：如果你在用户态做 I/O 缓冲区对齐，用 GetDiskFreeSpace 的 lpBytesPerSector 是安全的——NTFS 和 ReFS 都保证逻辑扇区对齐能被高效转发到底层；但若想压榨极致性能（比如数据库 WAL 写入），必须绕过文件系统走 FILE_FLAG_NO_BUFFERING + 物理扇区对齐，这时就得用上面提到的 DeviceIoControl 方案。
-
GetDiskFreeSpace的lpBytesPerSector和lpBytesPerCluster共同决定文件系统最小分配/写入粒度 - 现代 SSD/NVMe 可能有多个“层级”的扇区（逻辑页、物理页、块），操作系统只向上暴露最接近文件系统的一层
- 别试图从
GetDiskFreeSpace推导磨损均衡或 GC 行为——那属于固件范畴，API 不提供入口
实际项目里怎么选？
绝大多数应用根本不需要物理扇区大小。只有当你明确要干三件事之一时，才值得折腾：直写裸设备、做存储健康诊断、实现自己的块级快照/克隆。
- 普通文件读写、日志落盘、数据库缓存管理 → 用
GetDiskFreeSpace的lpBytesPerSector足够，也最稳 - 需要确保
FILE_FLAG_NO_BUFFERING下的缓冲区地址和长度都对齐 → 必须用DeviceIoControl+StorageAdapterProperty查物理扇区，并注意地址还需满足内存页对齐（VirtualAlloc分配） - 跨平台代码中，Linux 用
ioctl(fd, BLKPBSZGET, &val)，macOS 用ioctl(fd, DKIOCGETPHYSICALBLOCKSIZE, &val)，Windows 就是上面那个DeviceIoControl路径
容易被忽略的是：即使拿到了物理扇区大小，也不能假设每次 I/O 都能原子地刷到介质——现代存储栈里有写缓存、FTL 映射、断电保护等多层缓冲，FlushFileBuffers 也不一定真落到盘片上。
