Linux下必须用ioctl(BLKPBSZGET)从块设备文件获取物理扇区大小，Windows需用DeviceIoControl查询StorageAccessAlignmentProperty；缓冲区须用posix_memalign双重对齐，直接I/O还需满足地址、偏移、长度三重对齐。
Linux 下用 ioctl 获取物理扇区大小（BLKPBSZGET）
物理扇区大小不是靠猜或查文档，得从内核问——ioctl 是唯一靠谱途径。用户空间没权限直接读磁盘寄存器，statvfs 或 stat 返回的只是逻辑块大小（常为 4096），和物理对齐无关。
关键点：必须打开**块设备文件**（如 /dev/sda），不能打开挂载后的文件路径（如 /home/file.bin）。否则 ioctl 直接失败，返回 ENOTBLK。
- 用
open("/dev/sda", O_RDONLY | O_CLOEXEC)，别用O_RDWR——只读足够，避免权限问题 - 调用
ioctl(fd, BLKPBSZGET, &phys_size)，BLKPBSZGET定义在<linux/fs.h>，需显式包含 - 检查返回值：-1 且
errno == ENOTTY表示设备不支持（比如某些 NVMe 虚拟设备），此时 fallback 到 4096 或 512 是常见做法
Windows 下用 DeviceIoControl + IOCTL_STORAGE_QUERY_PROPERTY
Windows 没有统一的“物理扇区” API，得走存储类驱动接口。最稳的方式是查 StorageAccessAlignmentProperty，它返回的 BytesPerPhysicalSector 字段才是真实物理粒度。
注意：不能用 GetDiskFreeSpace——它只给逻辑簇大小；也不能依赖注册表或 WMI，那些值可能过期或被虚拟层覆盖。
立即学习“C++免费学习笔记（深入）”；
组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。
- 设备句柄必须用
CreateFile打开物理驱动器，格式如\\.\PhysicalDrive0，且需GENERIC_READ权限 -
DeviceIoControl的lpInBuffer需填STORAGE_PROPERTY_QUERY结构，PropertyId = StorageAccessAlignmentProperty - 返回结构体中
BytesPerPhysicalSector可能为 0（旧驱动或 USB 转接器），此时按 4096 对齐更安全
内存分配与 I/O 缓冲区必须双重对齐：posix_memalign + aligned_alloc
光知道物理扇区大小没用，缓冲区地址不对齐，内核仍会触发额外拷贝或拆分 I/O 请求。glibc 的 malloc 不保证页对齐，new 更不行。
Linux 和较新 Windows（10 1809+）都支持 posix_memalign；C++17 起可用 aligned_alloc，但注意其 size 必须是 alignment 的整数倍。
- 对齐值取
max(phys_sector_size, getpagesize())——既要满足磁盘物理对齐，也要满足 MMU 页面对齐 - 用
posix_memalign(&buf, align, size)分配，别用memalign（POSIX 不保证，部分平台已废弃） -
read()/WriteFile()的缓冲区指针必须是分配所得原始指针，不能偏移（如buf + 1），否则对齐失效
直接 I/O（O_DIRECT / FILE_FLAG_NO_BUFFERING）启用条件与陷阱
对齐只是前提，真正绕过 page cache、发挥物理扇区优势，必须开直接 I/O。但一开就容易崩：缓冲区、文件偏移、I/O 大小三者全得对齐，缺一不可。
常见错误现象：EINVAL（Linux）、ERROR_INVALID_PARAMETER（Windows），90% 是因为其中一项没对齐。
- Linux：
open(..., O_DIRECT)后，read(fd, buf, len)要求：buf地址、len、文件 offset 全部是phys_sector_size的整数倍 - Windows：
CreateFile带FILE_FLAG_NO_BUFFERING，则每次WriteFile的nNumberOfBytesToWrite必须是物理扇区大小整数倍，且文件 offset 也需对齐 - 小 I/O（如 512B）开
O_DIRECT反而更慢——现代 SSD 内部调度更倾向 4K+ 请求，盲目对齐小块无意义
物理扇区大小本身是静态值，但实际最优 I/O 模式取决于设备类型（HDD/SSD/NVMe）、队列深度、是否启用多队列——对齐只是门槛，跨过之后还得看 I/O 调度策略和应用访问模式。别把 BLKPBSZGET 返回值当银弹，它只是你调优链条里第一个必须拧紧的螺丝。
