Linux怎么查看具体的文件描述符

最准确的方法是直接查看/proc/[PID]/fd目录，它由内核维护，包含每个文件描述符指向的实际资源；配合/proc/[PID]/fdinfo/[FD]可获取偏移、标志等详细状态；lsof则提供语义化解释但受权限限制。

直接看 /proc/[PID]/fd 目录最准

Linux 内核为每个进程在 /proc/[PID]/fd 下维护一组符号链接，每个链接名就是文件描述符编号（如 0、3、12），指向它实际打开的资源。这是最底层、最权威的来源，不依赖外部工具，也不受权限过滤干扰。

操作步骤：

• 先用 ps aux | grep your_process 或 pidof nginx 拿到目标 PID
• 执行 ls -l /proc/1234/fd（把 1234 换成真实 PID）
• 每行形如 lr-x------ 1 user user 64 Jul 9 04:20 3 -> /etc/passwd，其中 3 是 fd 编号，-> /etc/passwd 是它指向的目标

注意：如果看到 socket:[12345] 或 pipe:[67890]，说明该 fd 指向网络套接字或管道，不是普通文件；anon_inode:[eventpoll] 则是 epoll 实例——这些都合法，也是 fd 的常见目标。

用 lsof -p [PID] 看带语义的详情

lsof 不是“数 fd”，而是解释 fd 的含义：它告诉你这个 fd 是普通文件、目录、socket 还是内存映射，以及访问模式（r、w、u）、inode、设备号等。适合排查“为什么某个 fd 占着不放”或“哪个 socket 对应哪个连接”。

常见陷阱：

• 非 root 用户运行 lsof -p [PID] 可能看不到其他用户进程的 fd，报 can't identify protocol 或缺失部分条目
• lsof -p [PID] | wc -l 的结果比 ls /proc/[PID]/fd | wc -w 多 1 行（表头），别直接当数量用
• FD 列显示 cwd（当前工作目录）、txt（可执行文件）、mem（内存映射）这些不是数字 fd，但确实在进程资源里——/proc/[PID]/fd 不包含它们

查某个 fd 的详细信息用 /proc/[PID]/fdinfo/[FD]

光知道 3 -> /dev/tty 不够？想确认它是否被设为非阻塞、是否启用 close-on-exec、当前读写偏移量？那就得看 /proc/[PID]/fdinfo/[FD]。

例如：

cat /proc/1234/fdinfo/3

输出类似：

pos:0
flags:02004002
mnt_id: 12
ino:12345

其中 flags 是八进制掩码，02004002 对应 O_RDWR|O_LARGEFILE|O_CLOEXEC；pos 是当前文件偏移（对 socket 或 pipe 恒为 0）。

关键点：

• 只有内核 2.6.22+ 支持 fdinfo，老系统可能无此目录
• 该文件内容是瞬时快照，多次读可能不同（尤其对 pipe、socket）
• 普通用户只能读自己进程的 /proc/[PID]/fdinfo/*，即使有 PID 也无法越权读其他用户进程

别误用 stat 或 ls 查 fd 本身

stat 和 ls -l 盯着看的，其实是“文件路径”，并不是“文件描述符”。也正因为如此，直接对 /proc/1234/fd/3 执行 stat，拿到的并不是原始文件的元数据；它返回的是这个符号链接本身的属性。比如，它的创建时间通常固定在进程启动那个时刻，而不是目标文件（例如 /etc/passwd）真实的 mtime 或 inode。

真正要查目标文件详情，得先用 readlink /proc/1234/fd/3 拿到路径，再 stat 那个路径。但注意：如果目标是 socket、pipe 或已删除仍被占用的文件（deleted 标记），readlink 返回的路径无法直接 stat。

所以：查 fd 本身状态，盯死 /proc/[PID]/fd 和 /proc/[PID]/fdinfo/[FD]；查目标文件属性，按需结合 readlink + stat，并接受其局限性。