Tkinter indeterminate progress bar运行时GUI最小化后冻结如何修复

根本原因 #

你当前的窗口冻结问题核心是违反了Tkinter的线程安全规则：所有Tkinter控件的操作（包括进度条的place、start方法）必须在主线程（Tk事件循环所在线程）执行，你现在在子线程的run_command函数中直接调用self.ui.ProgressBarStart()操作UI，属于跨线程调用UI接口，会导致偶发的渲染异常，最小化恢复触发窗口重绘时就会直接触发未响应冻结。

修复步骤 #

1. 调整UI操作的执行时机 #

将进度条启动逻辑移到主线程执行，放在子线程启动之前调用，不要放在子线程内部。

2. 子线程仅保留非UI逻辑 #

子线程中只处理subprocess进程的启动、等待逻辑，不要触碰任何Tkinter控件。如果进程结束后需要停止进度条、更新界面状态，需要通过Tkinter的after方法将UI操作调度到主线程执行。

3. 修复subprocess传参错误 #

你当前subprocess.Popen设置了shell=False，但传入的是拼接后的字符串，这种写法会导致系统无法识别命令，需要改为列表格式传参。

修改后的参考代码 #

# 线程启动逻辑（主线程中执行）
def start(self):
    # 进度条启动移到主线程调用
    self.ui.ProgressBarStart()
    # subprocess参数改为列表格式，不要拼接字符串
    cmd = [
        CTFpath,
        os.path.join(FWpath, version, FWProductionPath),
        "--release"
    ]
    self.thread = threading.Thread(target=self.run_command, args=(cmd,))
    self.thread.start()

# 子线程执行的函数：仅处理进程逻辑，不碰UI
def run_command(self, command):
    self.process = subprocess.Popen(command, shell=False, stdout=outfile)
    self.process.wait()
    # 进程结束后如果要停止进度条，用after调度到主线程执行
    self.ui.after(0, self.ui.ProgressBarStop)

# 进度条启动方法（主线程调用）
def ProgressBarStart(self):
    self.progressBar.place(x=430, y=272.4)
    self.progressBar.start()

# 新增进度条停止方法
def ProgressBarStop(self):
    self.progressBar.stop()
    self.progressBar.place_forget()

额外优化建议 #

如果要避免子线程长期阻塞等待进程结束，也可以用主线程的after方法定期轮询子进程的returncode状态，无需额外启动线程：

def start(self):
    self.ProgressBarStart()
    cmd = [CTFpath, os.path.join(FWpath, version, FWProductionPath), "--release"]
    self.process = subprocess.Popen(cmd, shell=False, stdout=outfile)
    self.poll_process()

def poll_process(self):
    if self.process.poll() is None:
        # 进程还在运行，100ms后再轮询
        self.after(100, self.poll_process)
    else:
        # 进程结束，停止进度条
        self.ProgressBarStop()

这种写法完全规避了跨线程操作的风险，稳定性更高。

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