fork复制父进程内存（Unix/Linux/macOS），启动快但有线程/资源竞争风险；spawn新建解释器（全平台），启动慢但安全可预测，Windows/macOS默认使用。
Python 的 fork 与 spawn 是 multiprocessing 模块中两种不同的进程启动方式，核心差异在于子进程的创建机制和初始化行为，直接影响程序兼容性、性能和跨平台表现。
fork 模式：复制父进程内存快照
fork 仅在 Unix/Linux/macOS 系统可用，调用操作系统 fork() 系统调用，直接复制父进程的整个内存地址空间（采用写时复制，COW），子进程立即拥有与父进程一致的代码、数据、打开的文件描述符和运行状态。
- 启动极快，无模块重载开销
- 子进程继承父进程已初始化的全局对象（如已连接的数据库连接、日志 handler、全局变量等），可能引发资源竞争或状态不一致
- 若父进程中已有线程在运行，
fork后子进程只保留 fork 调用时刻的主线程，其他线程状态被丢弃，容易导致死锁（例如 GIL 锁或 pthread mutex 处于加锁状态） - 无法安全用于依赖线程安全初始化的库（如某些 GUI 或异步框架）
spawn 模式：全新 Python 解释器实例
spawn 在所有平台（包括 Windows）均支持。它启动一个全新的 Python 解释器进程，重新导入主模块（即执行 if __name__ == '__main__': 块），从头开始初始化所有模块和全局状态。
- 更干净、可预测：子进程不共享父进程的内存或运行时状态
- 避免 fork 引发的线程/资源残留问题，更适合复杂或第三方库集成场景
- 启动稍慢：需重新解析、编译、导入模块，尤其主模块较大时明显
- 要求主模块必须可被安全地重复导入——不能在顶层执行有副作用的操作（如直接启动服务、修改全局配置），否则每次 spawn 都会重复执行
Windows 下默认使用 spawn，Unix 下默认 fork
这是由操作系统能力决定的：Windows 没有 fork() 系统调用，因此 multiprocessing 在 Windows 和 macOS（10.14+ 默认 spawn）上强制或倾向使用 spawn。可通过 multiprocessing.set_start_method('spawn') 或 'fork' 显式指定（需在主模块入口处、if __name__ == '__main__': 内尽早调用）。
立即学习“Python免费学习笔记（深入）”；
- 显式设为
spawn可提升跨平台一致性，减少环境差异引发的 bug - 显式设为
fork可优化 Unix 下的启动性能，但需确保代码无 fork 不安全操作（如提前开启线程、使用 multiprocessing.Queue 以外的共享对象） - macOS 上部分版本对
fork有兼容性限制（如涉及 objc runtime），spawn 更稳妥
如何选择？看场景和约束
没有绝对优劣，关键看你的程序结构和部署环境：
- 开发调试阶段建议统一用
spawn，避免因平台切换导致行为突变 - 高频启停大量子进程且确定无副作用时（如纯计算任务），
fork可降低开销 - 使用了多线程、信号处理、GUI 库（如 PyQt）、异步运行时（如 asyncio event loop）或某些 C 扩展时，优先选
spawn - 主模块含初始化逻辑（如
logging.basicConfig()、torch.set_num_threads()）应确保其幂等，或移入子进程专用函数中
