Linux setrlimit()未终止进程：CLONE_NEWPID标志异常问题

这个问题的核心原因和Linux的PID命名空间对**PID 1（init进程）**的特殊保护机制有关，我来给你拆解清楚：

先回顾正常场景（无CLONE_NEWPID） #

当你用clone()只带SIGCHLD标志创建子进程时，这个子进程是普通的用户进程：

• 达到RLIMIT_CPU的软限制时，内核会每秒给它发送SIGXCPU信号
• 当累计CPU时间触及硬限制时，内核会直接发送SIGKILL终止进程，父进程通过SIGCHLD信号感知到子进程退出，整个流程符合预期。

添加CLONE_NEWPID后的关键变化 #

一旦你加入CLONE_NEWPID标志，这个子进程会成为新PID命名空间里的init进程（PID 1），而Linux内核对PID 1有非常特殊的处理规则：

• 默认忽略大部分终止类/限制类信号，包括SIGXCPU、SIGXFSZ甚至SIGINT、SIGQUIT——也就是说，即使达到软限制，子进程也收不到SIGXCPU信号
• 更关键的是：内核永远不会向PID 1发送SIGKILL信号，哪怕你设置了RLIMIT_CPU的硬限制。这是因为PID 1是整个命名空间的“根进程”，如果它意外终止，整个PID命名空间里的所有进程都会被销毁，内核会主动保护它不被强制杀死。

你可以通过查看进程的信号忽略列表验证这一点：在子进程里读取/proc/self/status文件的SigIgn字段，会发现SIGXCPU已经被默认加入忽略列表了。

解决办法 #

如果你的场景必须使用CLONE_NEWPID，可以通过以下方式手动实现CPU限制：

• 显式处理SIGXCPU信号：在子进程里主动设置SIGXCPU的信号处理函数（比如用signal()或sigaction()），当收到信号时主动调用exit()终止进程。不过要注意，硬限制触发的SIGKILL还是不会来，所以可能需要结合时间检查。
• 主动监控CPU使用时间：在子进程的循环里定期读取/proc/self/stat文件，提取utime（用户态CPU时间）和stime（内核态CPU时间），累计计算总CPU时间，当接近你设置的RLIMIT_CPU硬限制时，主动终止进程。
• 在PID命名空间内创建二级子进程：如果允许的话，让PID 1再fork一个普通子进程，把长循环放到这个二级子进程里——普通进程不受PID 1的特殊保护，RLIMIT_CPU限制会正常生效。

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