鸿蒙应用开发--文件描述符fd和路径标识符的对比: 资源标识与权限控制,性能优化,文件状态一致性,支持底层操作,跨进程与资源生命周期管理,操作系统接口设计

本文链接：https://blog.csdn.net/2401_88846919/article/details/146153938

在操作文件时使用文件描述符（File Descriptor, fd）而非直接通过URI，主要基于以下核心原因：

URI 是路径标识符：
URI（如 file:///data/user/0/app/files/photo.jpg）仅表示文件的逻辑路径，未直接关联实际文件句柄。
- 问题：路径可能被篡改、文件权限可能动态变化（如被其他进程删除），直接通过路径操作会引发安全风险或竞态条件。
文件描述符（fd）是操作系统的安全句柄：
- 当通过 open() 打开文件时，内核会验证权限（读/写/执行），并返回一个唯一的 fd。
- 后续操作基于 fd：所有读写、偏移操作均通过此句柄进行，无需重复检查路径权限，避免中间状态不一致。

路径解析开销：
直接通过 URI 操作文件需每次解析路径到物理存储位置（如遍历目录树、处理符号链接），效率较低。
- 文件描述符的缓存作用：
  fd 直接指向内核中已打开的文件结构，省去重复路径解析步骤，提升高频读写性能。

维护文件偏移量：
每个 fd 关联一个当前读写位置（file offset），适用于顺序访问（如日志追加）。

示例：

// 伪代码：通过 fd 维护偏移量
fd = open("file.txt", O_RDWR);
read(fd, buffer, 100);  // 读取前100字节，偏移量变为100
write(fd, data, 50);    // 从偏移量100写入50字节，偏移量变为150

文件锁定（File Locking）：
通过 fcntl(fd, F_SETLK, ...) 实现进程间文件锁，防止并发写入冲突。
- 锁定机制需直接绑定到 fd，无法通过 URI 实现。
非阻塞 I/O 与异步操作：
使用 fd 可将文件操作设置为非阻塞模式（如 O_NONBLOCK），通过 select() 或 epoll() 监听多个 fd 的事件（可读/可写）。
- 示例：
```
fd = open("file.txt", O_RDONLY | O_NONBLOCK);
// 将此 fd 加入 epoll 监听队列，实现高效异步读写
```

共享文件句柄：
子进程可继承父进程的 fd（如通过 fork()），实现同一文件的共享操作，而 URI 无法跨进程直接传递状态。

示例：

int fd = open("file.txt", O_RDWR);
pid_t pid = fork();
if (pid == 0) {
    // 子进程直接使用继承的 fd 写入
    write(fd, "child", 5);
}

系统调用依赖 fd：
所有底层文件操作的系统调用（如 read(), write(), lseek()）均以 fd 为参数。
- URI 是用户层抽象：高级语言（如 Java、Python）封装 URI 操作，底层仍会转换为 fd。
```
# Python 示例：open() 返回文件对象，内部封装了 fd
with open("/path/to/file", "r") as f:
    print(f.fileno())  # 获取底层 fd
```

Web 服务器处理静态文件：
- 通过 URI（如 /images/photo.jpg）定位文件。
- 服务端调用 open() 获取 fd，使用 sendfile(fd, socket_fd) 高效传输文件内容。
数据库事务日志：
- 打开日志文件获取 fd，所有写入通过 fd 保证原子性和顺序性。
- 文件锁（基于 fd）防止并发事务冲突。