Windows下Python函数内使用multiprocessing报错问题求助

嘿，这个问题我之前踩过坑！其实不是Windows不支持在函数里用multiprocessing，核心原因是Windows和Linux的多进程启动机制不一样，导致你封装代码后触发了一些特殊限制。

为什么会报错？ #

Linux系统用fork机制启动子进程：直接复制父进程的内存空间，子进程能直接继承父进程里的所有函数和变量。
但Windows用spawn机制：会重新启动一个Python解释器，导入你的主脚本模块，再执行子进程任务。这就带来两个关键问题：

1. 如果主脚本没有用if __name__ == '__main__':包裹启动代码，子进程导入脚本时会重复执行多进程启动逻辑，导致无限创建子进程，触发PermissionError或其他异常。
2. 如果子进程要执行的函数是嵌套在封装函数内部的，子进程导入模块时找不到这个嵌套函数，就会抛出AttributeError（因为嵌套函数不属于模块顶层对象，无法被序列化和导入）。

具体解决步骤 #

1. 用if __name__ == '__main__':包裹主入口 #

这是Windows下使用multiprocessing的强制要求，必须把调用封装多进程函数的代码放在这个判断里。示例：

import multiprocessing

# 子进程执行的函数，放在模块顶层
def worker():
    print("子进程正在运行")

# 封装多进程逻辑的函数
def start_multiprocess():
    process = multiprocessing.Process(target=worker)
    process.start()
    process.join()

# 主入口必须放在这个判断里！
if __name__ == '__main__':
    start_multiprocess()

这样做的目的是：子进程导入脚本时，__name__会变成__mp_main__，不会执行start_multiprocess()，避免重复创建进程。

2. 把子进程执行的函数放在模块顶层 #

不要把要在子进程跑的函数嵌套在封装函数里！比如下面这种错误写法会触发AttributeError：

# 错误示例：worker是嵌套函数
def start_multiprocess():
    def worker():
        print("子进程正在运行")
    process = multiprocessing.Process(target=worker)
    process.start()
    process.join()

因为Windows的spawn机制需要序列化子进程要执行的函数，嵌套函数无法被模块顶层访问，也就无法被序列化。所以一定要把worker这类子进程函数放到模块的最外层。

3. 特殊场景：必须用嵌套函数怎么办？ #

如果业务需求必须用嵌套函数，可以考虑用multiprocessing.Pool结合functools.partial，或者把函数逻辑封装成可序列化的类。不过更简单的方式还是尽量把核心逻辑抽成顶层函数，减少不必要的嵌套。

关于Windows是否支持函数内用multiprocessing？ #

当然支持！只要遵循spawn机制的规则：

• 主入口用if __name__ == '__main__':包裹
• 子进程执行的函数是模块顶层可访问的、能被pickle序列化的对象

按照上面的方法修改后，你的代码应该在Windows和Linux都能正常运行了。

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