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

Question

我刚刚在程序中发现一个奇怪的错误，该错误与使用Python的多处理模块有关。从计算机上的源代码运行程序时，一切正常。但是我已经使用pyinstaller将其构建为可执行文件，并且由于某些原因，当我运行通过代码构建的可执行文件时，多处理行为会发生巨大变化。具体来说，当我尝试运行代码的多处理部分，而不是执行应有的操作时，似乎弹出了程序主窗口的一个副本，每个进程一个。更糟糕的是，如果手动关闭它们，它们会重新打开，大概是因为它们是multiprocessing.pool的一部分。没有错误消息被打印，并且一旦创建所有窗口，就坐在那里什么也不做。是什么原因引起的？

Answer 1

在Windows上，multiprocessing尝试fork()通过启动可执行文件的新实例来模拟Unix系统调用，并在multiprocessing.forking.main()其中执行其子进程例程（）。使用标准的Python解释器（python.exe），multiprocessing可以传递-c参数以运行自定义代码。但是，对于自定义可执行文件，这是不可能的，因为该可执行文件很可能不支持与相同的命令行选项python.exe。

该freeze_support()函数通过显式执行子进程例程来避免此问题，并通过调用终止解释器sys.exit()。如果您忘记调用freeze_support()，则新进程将不知道它是一个子进程并运行主应用程序逻辑。在您的情况下，这将弹出另一个主GUI窗口。

由于从新创建的进程中启动另一个子进程将导致无限递归，因此请multiprocessing尝试通过检查sys.frozen属性来防止这种情况，并引发未调用RuntimeErrorif的freeze_support()情况。在您的情况下，似乎需要用户交互来生成进程，因此没有无限递归，也没有RuntimeError。

按照约定，sys.frozen仅为py2exe或PyInstaller创建的自动生成的可执行文件设置。理解这个逻辑，并设置它是非常重要的sys.frozen，以True当一个人想要在应该支持windows下多处理自定义可执行文件中嵌入了Python。