linux下应先用statfs获取挂载点信息，再通过open打开对应块设备并ioctl(blksszget/blkpbszget)分别获取逻辑与物理扇区大小；windows需用deviceiocontrol+ioctl_disk_get_drive_geometry_ex查询bytespersector和physicalbytespersector。
Linux 下用 statfs 和 ioctl 获取挂载点与逻辑/物理扇区大小
直接读 /proc/mounts 只能拿到挂载路径和文件系统类型，但拿不到扇区大小——这是常见误区。真正可靠的方式是：先通过 statfs 确认挂载点（比如 /home），再用 open() 打开对应块设备（需从 /proc/mounts 或 findmnt 反查设备名），最后用 ioctl(fd, BLKPBSZGET) 和 ioctl(fd, BLKSSZGET) 分别获取物理扇区大小和逻辑扇区大小。
注意几个坑：
-
BLKPBSZGET返回物理扇区大小（如 4096），BLKSSZGET返回逻辑扇区大小（如 512），两者可能不同，尤其在 Advanced Format 硬盘或 NVMe 上 - 必须以
O_RDONLY打开块设备（如/dev/sda1），普通用户需要sudo或disk组权限 - 不能对挂载点路径（如
/mnt/data）直接ioctl，会返回ENOTBLK -
statfs的f_bsize是文件系统 I/O 块大小，和硬件扇区无关，别混淆
Windows 下用 GetDiskFreeSpaceEx 和 DeviceIoControl 获取卷信息
Windows 没有统一的“挂载点”概念，但每个驱动器号（如 C:）对应一个卷，可通过 GetVolumeInformation 获取卷序列号和文件系统，再用 GetDiskFreeSpaceEx 得到可用空间和簇大小（注意：这不是扇区大小）。
要拿到真实扇区大小，必须走设备控制通道：
- 用
QueryDosDevice将C:映射为\.C:设备路径 - 用
CreateFile打开该路径（需GENERIC_READ+FILE_SHARE_READ） - 调用
DeviceIoControl+IOCTL_DISK_GET_DRIVE_GEOMETRY_EX，结构体中DiskGeometryEx.Geometry.BytesPerSector是逻辑扇区大小，Geometry.PhysicalBytesPerSector（Windows 8+）才是物理扇区大小 - 旧版 Windows（如 Win7）不支持
PhysicalBytesPerSector，只能靠IOCTL_STORAGE_QUERY_PROPERTY查StorageAccessAlignmentProperty
跨平台封装建议：避免硬编码路径与 ioctl 常量
写跨平台代码时，别手动拼接 /dev/sda1 或硬写 BLKSSZGET 数值。Linux 下用 libblkid（来自 e2fsprogs）更稳：调用 blkid_probe_lookup_value(probe, "UUID", &uuid, NULL) 可反查设备路径；Windows 下优先用 WMI（Win32_Volume 类）替代原始 DeviceIoControl，虽然稍慢但免权限和兼容性问题。
关键取舍点：
- 性能敏感场景（如存储引擎初始化）：Linux 用
ioctl，Windows 用IOCTL_DISK_GET_DRIVE_GEOMETRY_EX - 部署环境不可控（如容器、受限沙箱）：改用
df -B1+lsblk -d -o NAME,LOG-SEC,PHY-SEC解析输出，牺牲一点实时性换稳定性 - 别依赖
std::filesystem::space()—— 它只返回可用空间，不提供任何扇区信息
实际调试中最容易被忽略的细节
很多程序在 SSD 或 LVM 卷上跑得没问题，一到 RAID 卡或 NVMe-oF 设备就报错，根源常是：RAID 卡固件把物理扇区大小谎报为 512，而实际是 4096；或者 ioctl 返回成功但值为 0（说明设备不支持该查询，需降级处理）。
验证方法很简单：
- Linux 下运行
cat /sys/block/nvme0n1/queue/logical_block_size和/sys/block/nvme0n1/queue/physical_block_size - Windows 下用
fsutil fsinfo ntfsinfo C:查Bytes Per Sector，再对比磁盘管理器里“属性 → 硬件 → 属性 → 物理扇区大小” - 如果两者不一致，且你的程序做了扇区对齐假设（比如 buffer 地址按 4096 对齐），就一定要用实际物理值，而不是硬编码
扇区对齐错误不会立刻崩溃，但会在高负载下引发大量 unaligned I/O，性能掉一半都算轻的。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
