子进程初始化代码执行时机取决于启动方式：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 出新进程执行最终命令。
免费的开源程序长期以来，为中国的网上交易提供免费开源的网上商店系统一直是我们的初衷和努力奋斗的目标，希望大家一起把MvMmall网上商店系统的免费开源进行到底。2高效的执行效率由资深的开发团队设计，从系统架构,数据库优化，配以通过W3C验证的面页模板，全面提升页面显示速度和提高程序负载能力。3灵活的模板系统MvMmall网店系统程序代码与网页界面分离，灵活的模板方案，完全自定义模板，官方提供免费模
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 解释器状态彻底丢弃，所有全局变量、导入模块、线程均不复存在。
