其实这个问题的答案没法统一给出——subprocess模块本身并没有硬编码的递归嵌套层级上限，真正的限制完全来自你所用的操作系统对进程资源的管控规则，不同平台的差异还挺大的。

1. Linux/Unix类系统（包括macOS） #

在这类系统里，不存在专门针对进程嵌套深度的硬性限制，真正的约束来自两个方面：

• 用户最大进程数：可以通过ulimit -u命令查看当前用户能创建的最大进程数，默认值一般在几千到几万不等。如果递归创建子进程，很快会耗尽这个配额，触发OSError: [Errno 11] Resource temporarily unavailable错误。
• 系统级PID上限：Linux里可以通过/proc/sys/kernel/pid_max查看系统能分配的最大PID编号（默认通常是32768或更大），当PID被耗尽时，新进程也无法创建。

简单说，在Linux/Unix上，你递归嵌套进程的“上限”本质是系统允许你开多少个进程，而不是嵌套了多少层。

2. Windows系统 #

Windows的规则和类Unix系统不太一样：
它同样没有专门针对进程嵌套层级的硬限制，但进程创建会受系统资源（比如内存、系统对象句柄）以及最大进程数的约束。另外，如果你用subprocess创建控制台进程时指定了CREATE_NEW_PROCESS_GROUP，可能会和控制台的进程组管理有关，但这也不会限制嵌套层级，只是影响进程的管控方式。

同样，Windows上递归创建子进程最终也是因为耗尽系统进程资源而失败，而非层级太深。

补充说明 #

subprocess模块只是一个调用系统底层进程创建API的封装（比如Linux的fork+exec，Windows的CreateProcess），它本身不会给进程嵌套额外加限制。换句话说，你能嵌套多少层，完全取决于操作系统愿意给你开多少个进程。

举个简单的测试例子，你可以写这样的递归脚本验证：

import subprocess
import sys
import os

def spawn_child():
    # 递归启动当前脚本
    subprocess.run([sys.executable, __file__])

if __name__ == "__main__":
    print(f"当前进程PID: {os.getpid()}")
    spawn_child()

运行后很快就会因为进程数耗尽而抛出错误，你可以通过调整系统的进程资源限制（比如Linux的ulimit命令）来改变这个“上限”。

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