如何打开/proc/pid/fd/3对应的socket文件？

首先明确：/proc/pid/fd里标注为socket:[XXXX]的描述符，对应已建立连接的流式套接字——这类套接字是通过accept（服务端）或connect（客户端）创建的，和通过bind绑定文件路径的命名套接字完全不是一回事。它没有文件系统可见的访问路径，那个XXXX只是内核内部用于管理的inode编号，没有公开的用户态API能直接通过这个编号连接到该套接字。

为什么管道能操作，套接字不行？ #

• 对于pipe:[XXXX]类型的管道（包括匿名管道），你可以通过打开/proc/pid/fd/N获取其文件描述符，本质是复制了目标进程对该管道端点的引用——管道本身是双向字节流，复制fd后就能直接读写，这是管道的设计特性。
• 但已建立连接的流式套接字不同：内核不允许通过open("/proc/pid/fd/N")的方式复制这类套接字的fd。因为套接字的连接状态和原进程的fd强绑定，复制后无法直接复用连接，所以内核会返回No such device or address错误。

有没有可行的操作方法？ #

目前没有通用的用户态API能直接实现，但有两种特殊场景下的方案：

1. ptrace注入代码到目标进程
   利用ptrace系统调用attach到目标进程，在其地址空间注入代码调用dup，将目标套接字的fd复制为一个新的fd。之后你可以通过/proc/pid/fd/新fd路径打开这个复制后的描述符，从而实现对原套接字的读写。但这种方法需要目标进程的操作权限，且容易干扰目标进程的正常运行，操作复杂度较高。

2. 编写内核模块
   内核模块可以直接访问内核中的套接字结构体（如struct socket），通过inode编号找到对应的套接字对象，然后创建新的用户态文件描述符关联到该套接字，再将fd传递给用户进程。这种方法需要root权限，且要考虑不同内核版本的兼容性，开发成本较高。

总结 #

不存在通用的用户态API可以直接连接到/proc/pid/fd中显示的已建立连接的非命名套接字。如果必须操作该套接字，只能通过ptrace注入或内核模块的方式实现，二者都有较高的权限要求和复杂度。

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