在Linux下，读取/proc/self/fd/N符号链接是用户态唯一可靠获取fd对应文件绝对路径的方式；应使用readlink()而非open()+read()，注意拼接完整路径、权限限制及缓冲区截断问题，推荐循环扩容策略处理长路径。
Linux下用/proc/self/fd/读符号链接获取文件名
文件描述符本身不存路径，内核只记struct file *和dentry，用户态唯一可靠反查方式是读/proc/self/fd/<var>N</var>这个符号链接。它由内核在proc_fd_link()中动态生成，内容就是该fd当前指向的绝对路径（或socket:[...]这类伪路径）。
实操建议：
立即学习“C++免费学习笔记（深入）”；
- 用
readlink()而非open()+read()——前者专为读symlink设计，自动处理缓冲区大小和截断 - 路径必须拼全：
/proc/self/fd/+std::to_string(fd)，不能漏/self/（否则查的是别的进程） - 注意权限：若fd指向其他用户进程打开的文件（如被
dup2()过来），readlink()会返回-1且errno == EACCES - 结果可能不是原始打开路径：比如
open("foo", ...)后chdir("/tmp")再readlink("/proc/self/fd/3")，返回的仍是/path/to/foo（已解析的绝对路径），不是相对路径
readlink()返回ENAMETOOLONG或截断怎么办
readlink()要求调用者提供缓冲区，内核最多写入bufsize-1字节并加\0。路径超长时返回ENAMETOOLONG，但更常见的是静默截断——因为很多代码直接传PATH_MAX（通常4096），而实际路径可能含大量..或挂载点嵌套，解析后远超此值。
实操建议：
立即学习“C++免费学习笔记（深入）”；
- 先用
readlink()试一次，若返回值等于bufsize-1，大概率被截断，需重试 - 安全做法是循环+扩容：起始分配
128字节，每次翻倍，直到返回值 bufsize-1 - 别依赖
PATH_MAX：它只是最大允许路径长度，不代表实际路径不会更长；Linux 2.6.36+ 支持无限制路径名（通过getcwd(NULL, 0)类似机制） - 示例关键逻辑：
ssize_t n = readlink(buf, bufsize); if (n == bufsize - 1) { realloc(); continue; }
遇到socket:[12345]、anon_inode:[eventpoll]这类名字怎么处理
这些不是文件系统路径，而是内核为特殊对象（socket、eventfd、timerfd等）生成的伪路径标识符。它们无法映射回用户可见的文件名，readlink()返回的就是这个字符串本身。
组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。
实操建议：
立即学习“C++免费学习笔记（深入）”；
- 用
std::string::starts_with("socket:[")或strstr(path, "socket:[")快速识别伪路径 - 对
socket:[...]可进一步用getsockopt(fd, SOL_SOCKET, SO_PEERNAME, ...)查对端地址，但无法还原监听时绑定的路径（如bind(AF_UNIX, "/tmp/mysock")）——除非该socket是AF_UNIX类型且未被unlink()，此时readlink()才返回/tmp/mysock -
inotify、epoll等句柄一律返回anon_inode:[...]，无真实路径，不必强求
为什么fstat() + dev/inode不能可靠反查文件名
fstat()能拿到st_dev和st_ino，但一个inode可能有多个硬链接，或已被unlink()但fd仍有效（文件数据未释放）。此时遍历/proc/mounts下的所有目录做stat()比对，效率低且无法确定是哪个链接名。
实操建议：
立即学习“C++免费学习笔记（深入）”；
- 放弃用
stat()反查——/proc/self/fd/是唯一权威来源，它反映的是fd“此刻”所指的路径视图 - 如果必须知道原始打开路径（比如调试日志），只能靠外部记录：在
open()时自己缓存参数pathname字符串 - 注意
/proc/self/fd/在容器中可能被挂载隔离，若看到readlink()返回ENOENT，先检查ls /proc/self/fd/是否可读
最易忽略的一点：/proc/self/fd/下符号链接的目标路径，是经过VFS解析后的最终路径，不含任何符号链接跳转中间态。如果你需要原始open()参数，它早就丢了——内核不保存这个信息。
