当前位置：首页 > 文章列表 > 文章 > linux > Linux pidfd_open 如何避免 PID 复用误杀：pidfd_send_signal 的进程生命周期核对

Linux pidfd_open 如何避免 PID 复用误杀：pidfd_send_signal 的进程生命周期核对

来源：17golang原创 2026-08-30 06:18:14 0浏览收藏

服务守护脚本最危险的 bug 之一，不是信号发不出去，而是它保存的 PID 已经失效，随后这个数字被内核分配给了另一进程。脚本再次执行 kill(pid, SIGTERM) 时，表面上“找到了目标”，实际可能误伤无关服务。Linux 的 pidfd 方案把目标从一个会复用的整数 PID，换成一个指向特定进程的文件描述符。

需要避免 PID 复用竞态时，用 pidfd_open 获取稳定引用，再把这个 fd 交给 pidfd_send_signal；目标已经退出时，发送操作应以 ESRCH 作为失效证据，而不是重新对旧 PID 执行 kill。

要点速览

pidfd_open 把正在运行的 PID 转成指向特定进程的文件描述符。
pidfd_send_signal 通过 PIDFD 发送信号，目标退出后不会跟随 PID 数字复用。
poll 或 epoll 能观察进程结束，EPOLLIN 表示 pidfd 对应任务已结束或进入可等待状态。
权限、PID 命名空间、内核版本和回收时机仍需单独核对，pidfd 不是万能的权限绕过。

为什么只保存 PID 会留下竞态

传统写法通常是启动子进程，记录它的 PID，过一段时间再用 kill 发送停止信号。竞态发生在两次操作之间：原进程退出，系统回收它的 PID；另一个进程随后拿到了同一个数字。此时旧的 PID 文件仍然存在，但它已经不能证明目标身份。

把“PID 数字”和“进程对象”分开看很重要。PID 适合做日志和人工定位，不能独自承担跨时间的身份凭证。pidfd 的价值正是在这个间隔里保留内核对具体任务的引用。

从 PID 到稳定引用：pidfd_open、PIDFD、pidfd_send_signal

pidfd_open 接收一个 PID，返回一个文件描述符；后续调用不再只依赖那个整数。下面的最小示例用系统调用接口展示核心关系，错误处理故意保留在现场，便于观察每个边界：

int pidfd = syscall(SYS_pidfd_open, pid, 0);
if (pidfd == -1) {
    perror("pidfd_open");
    return 1;
}

if (syscall(SYS_pidfd_send_signal, pidfd, SIGTERM, NULL, 0) == -1) {
    if (errno == ESRCH) {
        /* 目标已退出，pidfd 没有跟随 PID 复用 */
    } else {
        perror("pidfd_send_signal");
    }
}

这条路径可以压缩成三个真实节点：pidfd_open 建立引用，PIDFD 保存引用，pidfd_send_signal 使用引用发信号。它解决的是“目标身份被 PID 复用改变”的问题，并不自动授予发送信号的权限。

Linux 从 pidfd_open 建立 PIDFD 稳定引用，再由 pidfd_send_signal 向原进程发送信号的调用链

把发送信号与退出观察放在一起

如果管理器只关心“停止请求是否发出”，调用 pidfd_send_signal 之后即可等待服务自己的退出确认。但需要避免轮询 PID 时，可以直接把 pidfd 交给 poll 或 epoll。目标任务结束后，文件描述符会出现可读或挂起事件，随后再按程序的回收策略调用 waitid 等接口完成收口。

struct pollfd pfd = {
    .fd = pidfd,
    .events = POLLIN
};

int ready = poll(&pfd, 1, 5000);
if (ready > 0 && (pfd.revents & POLLIN)) {
    /* pidfd 对应任务已结束，继续做 wait/reap */
}

发送信号成功并不等于进程已经退出。实际验收要把两个状态分开：信号调用返回 0，只说明请求被接受；poll 返回并带有 POLLIN，才说明可以进入退出处理。若进程在发送前已终止，pidfd_send_signal 可能返回 ESRCH，这也是一个明确的生命周期结果。

Linux pidfd 发送信号后由 poll 观察退出，POLLIN 对应任务结束，发送到已结束目标则得到 ESRCH

三个边界决定方案能否落地

内核与 libc 接口

pidfd_open 从 Linux 5.3 引入，pidfd_send_signal 从 Linux 5.1 引入。man-pages 的示例使用 syscall，原因是 libc 可能没有对应的便捷包装。部署前先确认目标发行版的内核和编译环境，不要只在开发机上看到头文件就判断线上可用。