子进程初始化代码执行时机取决于启动方式：1. subprocess.Popen 直接从目标入口点开始；2. shell=True 时先执行shell初始化再执行命令；3. multiprocessing中fork不重执行__main__，spawn则重执行；4. 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，并重新初始化解释器状态。
立即学习“Python免费学习笔记（深入）”；
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 解释器状态彻底丢弃，所有全局变量、导入模块、线程均不复存在。
