Python Multiprocessing进程未并行执行，GUI后台计算耗时不降反升如何解决

致命错误：Process传参方式错误 #

你当前创建Process的代码存在新手最常见的低级问题：target参数传入的是函数执行后的返回值，而非函数本身的可调用引用。

你现在的写法：

miner_worker = Process(target=self.calculate_mineralogy())

这种带括号的写法，会在当前线程（也就是之前启动的计算后台线程）里立刻同步执行calculate_mineralogy的全部计算逻辑，等函数跑完拿到返回值（通常为None）后，才会把这个返回值传给Process的初始化参数。

这完全对应你观察到的两个现象：

• 所有计算任务根本没有交给子进程执行，都是在创建Process的阶段串行跑完的，自然不存在并发
• 额外多了4个空Process的创建、调度、退出的系统开销，总耗时比直接单线程跑还高

正确的写法是去掉函数后面的括号，仅传递函数引用：

miner_worker = Process(target=self.calculate_mineralogy)

GUI场景下使用多进程的注意事项 #

因为你是在GUI应用中使用多进程，还有几个容易踩的适配坑需要注意：

• Windows环境下多进程默认采用spawn启动模式，要求所有被子进程访问的对象、调用的方法都可以被pickle序列化。如果直接把绑定了GUI控件（比如你代码里的self.mineralogy这类控件属性）的实例方法传给子进程，很容易触发序列化报错。遇到这类问题时，建议在主计算线程里先把需要传给子进程的参数拆成基础数据类型（数值、字符串、普通列表/字典），不要直接把整个带GUI属性的self实例传给子进程。
• 绝对不能在子进程逻辑里直接操作GUI控件，所有子进程的计算结果需要通过multiprocessing.Queue或者管道回传到创建子进程的后台线程，再由后台线程通知GUI主线程更新界面。

修正后的参考代码 #

def _calculate_components(self):
    processes = []

    if self.mineralogy.get():
        self.minerals = self._get_mineralogy_components()
        # 去掉函数后的括号，仅传递函数引用
        miner_worker = Process(target=self.calculate_mineralogy)
        processes.append(miner_worker)
    if self.porosity.get():
        porosity_worker = Process(target=self.calculate_porosity)
        processes.append(porosity_worker)
    if self.poi.get():
        poi_worker = Process(target=self.calculate_poi)
        processes.append(poi_worker)
    if self.water_table.get():
        owt_worker = Process(target=self.calculate_owt)
        processes.append(owt_worker)

    for i in processes:
        i.start()

    for i in processes:
        i.join()

    self._add_components_to_data()

补充说明：如果修正传参问题后，并行效率仍不符合预期，可以检查计算逻辑是否存在不必要的共享资源锁等待，或是系统对进程可用的CPU核心数存在限制。

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