子进程创建引发PID持续增长，长期运行是否存在隐患？

问题背景 #

我编写了一段循环创建子进程的Python代码，功能正常但遇到了PID相关的困惑：

代码示例 #

import multiprocessing
import os
def info(title):
    print("~"*50)
    print(title)
    print('module name:', __name__)
    print('parent process:', os.getppid())
    print('process id:', os.getpid())
def foo():
    info("foo()")
    print("bar")
if __name__ == '__main__':
    while True:
        p = multiprocessing.Process(target=foo)
        p.start()
        p.join()
        time.sleep(1)

现象 #

• 代码输出里的子进程PID持续递增（比如从4805到4806）
• 但用top查看进程树时，显示的却是几个固定的旧PID，且这些进程的CPU使用率为0.0

疑问 #

这种情况长期运行会不会出问题？系统的PID有没有上限？毕竟脚本需要持续运行，子进程又很快就结束。

详细解答 #

1. PID持续升高但top显示旧PID的原因 #

首先你不用慌，这是Linux内核的正常行为：

• 每次创建新进程时，内核会分配当前未被使用的最小可用PID，但不是强制复用刚退出的PID，所以输出里的PID看起来一直在涨是正常的。
• 你在top里看到的旧PID，其实是已经退出的进程残留显示——因为你用了p.join()，这个方法会等待子进程完全退出并由父进程回收资源（不会产生僵尸进程），那些top里的条目只是没有被及时刷新掉而已，实际上这些进程已经不存在了。

2. 长期运行是否会有问题？ #

只要你保持用p.join()正确回收子进程资源，长期运行完全不会有问题。内核会自动管理PID的生命周期：子进程退出后，它的PID会被标记为可用，后续创建新进程时会被复用。

3. PID有没有上限？ #

有，但这个上限对你的场景来说完全不是问题：

• Linux默认的PID上限是32768，你可以通过cat /proc/sys/kernel/pid_max命令查看当前系统的设置。
• 当PID达到上限后，内核会跳过系统正在使用的PID，从最小的可用值开始重新分配。而你的子进程很快就退出，PID会被快速回收，根本不可能达到这个上限。

优化建议 #

频繁创建销毁子进程其实会有一定的性能开销，既然你的子进程任务很简单，推荐两种优化方式：

• 改用线程：如果任务不需要规避GIL（比如只是简单的打印或计算），用threading.Thread代替multiprocessing.Process，开销更小。
• 使用进程池：用multiprocessing.Pool创建固定数量的进程，复用这些进程执行任务，避免频繁创建销毁的开销。示例代码如下：

import multiprocessing
import os
import time

def info(title):
    print("~"*50)
    print(title)
    print('module name:', __name__)
    print('parent process:', os.getppid())
    print('process id:', os.getpid())

def foo():
    info("foo()")
    print("bar")

if __name__ == '__main__':
    # 固定2个进程的进程池，可根据需求调整数量
    with multiprocessing.Pool(processes=2) as pool:
        while True:
            pool.apply(foo)
            time.sleep(1)

这样进程会被重复使用，PID不会持续上涨，运行效率也更高。

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