Python Tkinter点击Cancel停止线程时GUI无响应问题

问题根源 #

• 核心错误是terminate()方法里的self.beep_th.join()调用。Tkinter主循环跑在GUI主线程，join()会直接阻塞当前线程直到工作线程执行完毕，这期间主线程没法处理任何界面重绘、用户操作事件，界面直接卡死。
• self.after(10)是无效代码，after方法需要传入延迟时间和要执行的回调函数才会生效，这行只传了延迟参数，不会执行任何逻辑，根本起不到释放主线程的作用。
• 工作线程的停止判断粒度太粗：process()方法里只有while循环入口处检查了一次停止标志，file.read()、file.document()、file.create()这些长耗时步骤跑的时候，就算触发了停止事件，线程也要等整套流程跑完才能响应，进一步拉长了界面卡死的时间。
• 额外隐患：工作线程如果直接操作Tkinter控件，会触发线程安全问题，也可能导致界面卡死。

具体修改方案 #

1. 重写线程停止逻辑，移除主线程阻塞 #

不要在主线程直接等待线程结束，改用after轮询线程状态，轮询过程中主线程可以正常响应所有事件：

def terminate(self):
    # 发送停止信号
    self.stop_threads.set()
    # 临时禁用Cancel按钮，防止重复点击
    self.btn5555.config(state=tk.DISABLED)
    # 启动非阻塞的线程状态检查
    self._check_thread_alive()

def _check_thread_alive(self):
    if self.beep_th is not None and self.beep_th.is_alive():
        # 线程还在运行，100ms后再检查，这期间主线程正常处理事件
        self.after(100, self._check_thread_alive)
    else:
        # 线程已退出，清理资源
        self.beep_th = None
        # 恢复按钮状态
        self.btn5555.config(state=tk.NORMAL)

2. 细化工作线程的停止判断粒度 #

在每个耗时操作之间都加停止标志检查，收到停止信号后立刻退出，不要等整批任务跑完：

def process(self):
    try:
        while not self.stop_threads.is_set():
            if self.stop_threads.is_set():
                break
            file = Extract(inpdir, outdir)

            if self.stop_threads.is_set():
                break
            c = file.read()
            self.a = file.start

            if self.stop_threads.is_set():
                break
            b = file.document()

            if self.stop_threads.is_set():
                break
            self.d = file.create()
    finally:
        # 所有UI修改必须通过after扔回主线程执行，不要直接在线程里改控件
        self.after(0, lambda: self.progress.config(value=0))

可选优化点 #

• 启动/停止线程时同步切换按钮状态：比如任务运行中禁用Start按钮，任务结束后恢复，避免重复启动线程出问题
• 如果Extract类的处理逻辑支持拆分，可以在更细的执行节点加停止标志检查，进一步缩短点击Cancel后的等待时间
• 去掉代码里的全局变量file/c/b，改成实例属性，多线程场景下全局变量很容易出现值被意外覆盖的问题

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