Android内核文件系统驱动开发与调试手册 - 第1节
1.1 Android 系统架构全景
Android 是一个基于 Linux 内核的移动操作系统，采用分层架构设计。理解每一层的职责与边界，是进行内核文件系统驱动开发的前提。
架构核心观点： Android 通过“Linux 内核 + 硬件抽象层 (HAL) + 系统服务 + 应用框架”的四层模型，实现了硬件无关性与应用生态的分离。文件系统驱动位于最底层，直接与存储硬件交互，向上为所有层提供数据持久化能力。
1.1.1 各层职责与文件系统的关系
| 架构层 | 主要组件 | 与文件系统的关系 |
|---|---|---|
| 应用层 | APK、Content Provider、SharedPreferences | 通过 Java File API 读写文件，最终由内核文件系统驱动完成物理存储 |
| 应用框架层 | StorageManager、MediaStore、DocumentProvider | 封装文件访问权限与路径映射，依赖 VFS 层提供的标准接口 |
| 系统运行库层 | libc (open/read/write)、SQLite、WebKit 缓存 | 直接调用系统调用陷入内核，触发文件系统驱动执行 |
| 硬件抽象层 (HAL) | storage HAL、vold (volume daemon) | 管理分区挂载、磁盘加密、OTG 热插拔，通过 ioctl 与内核驱动通信 |
| Linux 内核层 | VFS、具体文件系统 (ext4/f2fs/sdcardfs)、块设备驱动 | 文件系统驱动的核心实现层，负责数据组织、缓存、I/O 调度 |
开发提示： 在调试文件系统驱动时，大部分问题出现在内核层与 HAL 层的接口处。例如 vold 发送的挂载命令未正确传递到内核模块，或 SELinux 策略阻止了文件系统上下文的切换。建议优先检查
dmesg 和 logcat -s vold 的输出。
1.2 Android 内核版本演进与文件系统变革
Android 内核基于 Linux LTS (Long Term Support) 分支，并加入大量 Android 特有补丁。文件系统的演进直接反映了存储硬件（eMMC → UFS → F2FS）和用户体验需求（速度、安全、OTA）的变化。
1.2.1 关键文件系统特性对比
| 文件系统 | 引入版本 | 设计目标 | 适用分区 | 关键特性 |
|---|---|---|---|---|
| ext4 | Android 2.3+ | 通用稳定性 | /system, /data (早期) | 日志、扩展属性、延迟分配 |
| F2FS | Android 5.0 | 闪存友好 | /data (主流) | NAT/SIT 结构、多头日志、GC 机制 |
| sdcardfs | Android 6.0 | 权限隔离 | /storage/emulated | 基于 UID 的权限过滤、写时复制 |
| EROFS | Android 10 | 只读压缩 | /system, /vendor, /product | 内联压缩、固定布局、随机读性能高 |
| FUSE | Android 11+ | 用户态文件系统 | /storage/emulated (新) | passthrough 优化、SELinux 上下文传递 |
避坑指南： 在移植新内核时，务必确认 F2FS 的 on-disk 格式版本是否与旧内核兼容。Android 10 之后 F2FS 引入了
checkpoint=disable 和 compression 特性，如果旧内核不支持，将导致 /data 分区无法挂载。建议在 kernel config 中启用 CONFIG_F2FS_FS 及其子选项。
1.3 文件系统在 Android 中的作用
文件系统在 Android 中不仅仅是“存文件”，它承担了以下四个核心角色：
- 系统完整性保障： 通过只读文件系统 (EROFS) 和 dm-verity 确保系统分区不被篡改。
- 多用户隔离： sdcardfs/FUSE 基于 UID 实现应用数据隔离，防止恶意读取。
- 存储性能优化： F2FS 针对闪存随机写入优化，EROFS 压缩只读分区减少空间占用。
- OTA 升级支持： 动态分区 (super.img) 和虚拟 A/B 升级依赖文件系统快照与 COW 能力。
1.3.1 分区布局与文件系统映射
Android 设备的标准分区布局如下，每个分区使用特定的文件系统以满足其功能需求：
| 分区名称 | 挂载点 | 文件系统 | 功能说明 |
|---|---|---|---|
| system | /system | EROFS / ext4 | 系统镜像，只读，包含框架与预装应用 |
| vendor | /vendor | EROFS / ext4 | 硬件厂商专有库与 HAL 实现 |
| product | /product | EROFS / ext4 | 产品定制化内容，如壁纸、铃声 |
| data | /data | F2FS / ext4 | 用户数据，可读写，加密存储 |
| cache | /cache | ext4 | OTA 升级缓存与日志 |
| metadata | /metadata | ext4 / F2FS | 加密元数据、OTA 回滚保护 |
| super | 动态分区 | 逻辑卷管理 | 包含 system/vendor/product 等子分区 |
驱动开发关注点： 在调试文件系统驱动时，最常涉及的分区是
/data (F2FS) 和 /system (EROFS)。F2FS 驱动需要关注 GC (垃圾回收) 行为与 fsync 性能；EROFS 驱动需要关注压缩算法 (lz4/lz4hc) 的兼容性与解压路径。建议在开发初期就搭建好 QEMU + Android 模拟器 或 Fastboot + 物理设备 的调试环境。
1.3.2 文件系统与安全模型
Android 的安全模型深度依赖文件系统特性：
- SELinux 标签： 每个文件与目录都有安全上下文 (如
u:object_r:apk_data_file:s0)，文件系统驱动必须支持扩展属性 (xattr) 来存储这些标签。 - 加密： FBE (File-Based Encryption) 使用每个文件的密钥加密，文件系统需要支持
fscrypt或dm-crypt。 - dm-verity： 基于哈希树的块级完整性校验，EROFS 的固定布局特性使其与 dm-verity 配合更高效。
// 检查文件系统是否支持 SELinux xattr 的示例命令
adb shell ls -Z /data/local/tmp
# 输出示例: u:object_r:shell_data_file:s0 test.txt
// 查看当前挂载分区的文件系统类型
adb shell mount | grep " /data "
# 输出示例: /dev/block/dm-1 on /data type f2fs (rw,seclabel,...
调试技巧： 当遇到文件权限或 SELinux 拒绝访问时，不要只盯着应用代码。使用
adb shell dmesg | grep avc 查看内核的 AVC 拒绝日志，这通常能直接定位到文件系统驱动返回的 EACCES 错误。同时检查 /sys/fs/selinux/policy 是否加载了正确的策略。