Python-从可执行文件运行时，Multiprocessing.processes成为主进程的副本

在Windows上，

multiprocessing

尝试

fork()

通过启动可执行文件的新实例来模拟Unix系统调用，并在

multiprocessing.forking.main()

其中执行其子进程例程（）。使用标准的Python解释器（

python.exe

），

multiprocessing

可以传递

-c

参数以运行自定义代码。但是，对于自定义可执行文件，这是不可能的，因为该可执行文件很可能不支持与相同的命令行选项

python.exe

。

该

freeze_support()

函数通过显式执行子进程例程来避免此问题，并通过调用终止解释器

sys.exit()

。如果您忘记调用

freeze_support()

，则新进程将不知道它是一个子进程并运行主应用程序逻辑。在您的情况下，这将弹出另一个主GUI窗口。

由于从新创建的进程中启动另一个子进程将导致无限递归，因此请

multiprocessing

尝试通过检查

sys.frozen

属性来防止这种情况，并引发未调用

RuntimeError

if的

freeze_support()

情况。在您的情况下，似乎需要用户交互来生成进程，因此没有无限递归，也没有

RuntimeError

。

按照约定，

sys.frozen

仅为

py2exe

或PyInstaller创建的自动生成的可执行文件设置。理解这个逻辑，并设置它是非常重要的

sys.frozen

，以

True

当一个人想要在应该支持windows下多处理自定义可执行文件中嵌入了Python。