为何Btrfs文件系统上Direct I/O的对齐限制不生效？

问题背景 #

执行Direct I/O时，缓冲区内存边界、文件或设备偏移、待传输数据长度需与磁盘块大小（通常为512字节）对齐，否则会触发errno为EINVAL的错误。《Linux编程接口》提供了验证该规则的代码片段。笔者故意违反对齐限制测试：在Btrfs文件系统环境下，读取256字节（非512字节倍数）的操作成功完成；而在Ext4文件系统环境下，相同操作触发了EINVAL错误。

核心原因 #

这种差异源于两种文件系统对Direct I/O请求的内部实现逻辑不同：

• Ext4的严格校验逻辑：作为传统非*写时复制（COW）*文件系统，Ext4的Direct I/O实现严格遵循Linux内核对Direct I/O的原始对齐要求——直接将对齐校验的责任交给用户空间。一旦请求的缓冲区、偏移或长度不符合磁盘块对齐标准，就直接返回EINVAL错误，不做任何额外兼容处理。

• Btrfs的透明兼容处理：Btrfs是*写时复制（COW）*文件系统，其Direct I/O模块做了额外的适配工作。当用户发起非对齐的Direct I/O请求时，Btrfs内核层会自动在内部调整：比如将非对齐缓冲区的数据复制到临时的对齐缓冲区，或者拆分、合并请求以满足底层块设备的对齐要求，最终提交合法的对齐请求给磁盘。整个适配过程对用户空间完全透明，因此非对齐的读取操作能正常完成，不会触发EINVAL错误。

需要注意的是，这种透明兼容会带来少量性能开销（比如额外的内存复制），但提升了用户侧的兼容性。

内容的提问来源于stack exchange，提问作者Steve Lau