Python子进程代码何时运行

Python子进程的初始化代码并非在父进程调用创建函数时“自动延续”执行，而是严格取决于底层启动机制——subprocess.Popen直接从目标入口点开始执行，shell=True会先经历shell初始化再执行命令，multiprocessing中fork方式跳过__main__重执行而spawn方式则完整重启解释器并重新运行顶层代码，os.fork()后若不调用exec则仍在原代码上下文中继续执行。理解这些差异对避免无限递归、环境污染、状态泄漏及跨平台行为不一致等常见陷阱至关重要。

当您在 Python 中使用 subprocess 模块创建子进程时，子进程的初始化代码执行时机取决于启动方式与平台机制。以下是几种典型场景下子进程初始化代码实际开始执行的具体节点：

一、使用 subprocess.Popen 启动新进程

在调用 subprocess.Popen() 时，Python 会立即触发操作系统级的进程创建操作（如 fork + exec 或 CreateProcess），子进程的初始化代码从目标可执行文件的入口点开始执行，而非从父进程的当前上下文延续。

1、调用 Popen 构造函数后，Python 内部调用 os.fork()（Unix）或 _winapi.CreateProcess()（Windows）。

2、子进程中，Python 解释器重新加载 sys.argv、sys.path，并重新初始化解释器状态。

3、若目标为 Python 脚本（如 python script.py），则子进程从该脚本的第一行顶层代码开始执行。

4、子进程不继承父进程的运行时堆栈、局部变量、线程状态或未刷新的 I/O 缓冲区。

二、使用 shell=True 启动子进程

启用 shell=True 时，subprocess 会先启动系统 shell（如 /bin/sh 或 cmd.exe），再由 shell 解析并执行命令字符串，此时初始化代码的起点变为 shell 进程自身的初始化阶段，之后才进入目标程序。

1、Popen 接收到 shell=True 参数后，构造类似 ['/bin/sh', '-c', 'command'] 的参数列表。

2、shell 进程启动，读取环境变量、执行 ~/.bashrc（若为 bash）等 shell 初始化逻辑。

3、shell 解析 -c 后的字符串，并 fork 出新进程执行最终命令。

4、shell 初始化过程可能修改环境、重定向 I/O、设置 umask，这些会影响后续子进程的行为。

三、使用 multiprocessing.Process 派生子进程

multiprocessing 模块在 Unix 上默认使用 fork，在 Windows 上使用 spawn；两种方式对初始化代码执行时机有本质差异。

1、fork 方式：子进程内存镜像直接复制父进程，但 __main__ 模块不会被重新执行，仅在调用 target 函数时才开始运行指定逻辑。

2、spawn 方式：子进程启动全新 Python 解释器，重新导入 __main__ 模块，因此顶层代码会被再次执行。

3、若使用 set_start_method('spawn')，必须确保 __main__ 模块受 if __name__ == '__main__': 保护，否则会无限递归创建进程。

4、spawn 模式下，子进程初始化代码执行时机等于新解释器载入 __main__ 并执行其顶层语句的时刻。

四、通过 os.fork() 手动创建子进程

直接调用 os.fork() 得到子进程后，父子进程共享同一段 Python 字节码执行位置，但子进程需显式调用 os.exec* 系列函数才能替换当前进程映像并启动新初始化流程。

1、fork 返回后，子进程 PID 为 0，此时仍在执行 fork 调用之后的同一行 Python 代码。

2、若未调用 exec，子进程将继续执行父进程的后续语句，共享相同模块状态和对象引用。

3、若调用 os.execv('/usr/bin/python', ['python', 'script.py'])，则当前进程映像被完全替换，从 script.py 的第一行开始初始化。

4、exec 调用成功后，原 Python 解释器状态彻底丢弃，所有全局变量、导入模块、线程均不复存在。

以上就是《Python子进程代码何时运行》的详细内容，更多关于的资料请关注golang学习网公众号！