getdiskfreespaceex返回的是文件系统簇大小而非物理扇区大小；获取真实扇区信息须用deviceiocontrol+ioctl_storage_query_property，通过storage_device_descriptor读取bytesperlogicalsector和bytesperphysicalsector字段。
GetDiskFreeSpaceEx 获取的是簇大小，不是扇区大小
很多人用 GetDiskFreeSpaceEx 想查“物理扇区大小”，结果拿到的是文件系统分配单元（即簇，cluster）大小——它由格式化时的参数决定，和硬件扇区无关。比如 NTFS 格式化时选 4KB 簇，GetDiskFreeSpaceEx 返回的 lpSectorsPerCluster × lpBytesPerSector 就是这个 4KB，但底层磁盘实际可能是 512 字节或 4096 字节的物理扇区。
真正想获取硬件级扇区信息（如物理扇区大小、逻辑扇区大小、是否对齐），必须走设备 I/O 控制接口。
用 DeviceIoControl + IOCTL_STORAGE_QUERY_PROPERTY 查扇区属性
这是 Windows 下获取真实扇区信息的唯一可靠方式，需要打开物理驱动器句柄并发送控制码。C# 中需调用 DeviceIoControl，关键点如下：
- 必须以
\.PhysicalDrive0形式打开设备（需管理员权限） - 使用
IOCTL_STORAGE_QUERY_PROPERTY控制码，传入STORAGE_PROPERTY_ID.StorageDeviceProperty - 返回结构体为
STORAGE_DEVICE_DESCRIPTOR，其中BytesPerPhysicalSector和BytesPerLogicalSector字段才是真实值 - .NET 没有内置封装，需手动定义结构体、P/Invoke
CreateFile和DeviceIoControl
示例关键字段读取：
var descriptor = Marshal.PtrToStructure<STORAGE_DEVICE_DESCRIPTOR>(buffer); int logicalSector = descriptor.BytesPerLogicalSector; // 常见为 512 或 4096 int physicalSector = descriptor.BytesPerPhysicalSector; // 可能为 4096（Advanced Format 盘）
GetDriveGeometry 也能查，但已过时且不支持 SSD/NVMe
IOCTL_DISK_GET_DRIVE_GEOMETRY 是旧接口，返回 DISK_GEOMETRY 结构，含 BytesPerSector 字段。但它只反映传统 ATA/IDE 的逻辑视图，对现代 NVMe、部分 AHCI SSD 或启用了 4K 对齐的硬盘会返回错误值（常固定为 512）。
实际中遇到这些设备时，该接口返回的 BytesPerSector 往往和 STORAGE_DEVICE_DESCRIPTOR 中的 BytesPerLogicalSector 不一致，应优先弃用。
- 不支持 TRIM / NVMe 命令集设备
- 无法区分逻辑与物理扇区
- 在 Windows 10+ 上对某些 USB-SATA 桥接盘也失效
权限和路径问题最容易卡住
即使代码逻辑正确，90% 的失败源于权限或路径错误：
- 必须以管理员身份运行进程，否则
CreateFile("\\.\PhysicalDrive0", ...)返回无效句柄 - 路径必须是
\\.\PhysicalDriveN，不能是C:\或\?Volume{...} - 若目标盘正在被 BitLocker 加密或有卷影副本占用，
CreateFile可能返回ERROR_ACCESS_DENIED而非权限不足提示 - 多系统环境下，
PhysicalDrive0不一定对应 C: 盘，需用Win32_VolumeWMI 关联映射
别指望靠 DriveInfo 类获取扇区信息——它连簇大小都不暴露，更别说物理层了。
