调用回调函数导致弹窗destroy操作暂停，该如何修复？

你的问题根源在于save()里的time.sleep(5)——Tkinter是单线程框架，所有UI渲染和事件处理都依赖主线程的事件循环。当你在回调里直接调用save()时，time.sleep会彻底阻塞主线程，导致popup.destroy()的UI更新指令无法立即执行，必须等5秒sleep结束后，事件循环才能处理销毁操作的渲染，所以看起来像是destroy操作“暂停”了。

下面给两种可行的修复方案：

方案1：用Tkinter原生after()替代time.sleep #

把耗时的延迟逻辑交给Tkinter的事件循环处理，避免阻塞主线程：

def save():
    # 这里写实际的保存业务逻辑，不要用time.sleep
    print("保存操作完成")

def delayed_save():
    # 延迟5000毫秒（5秒）执行save，不阻塞UI
    root.after(5000, save)

def cancel_pop(popup, callback=None):
    popup.destroy()
    if callback is not None:
        callback()

# 弹窗关闭的绑定逻辑修改为
popup.protocol("WM_DELETE_WINDOW", lambda: cancel_pop(popup, delayed_save))

方案2：用threading把耗时操作放到子线程 #

如果你的save()是真正的耗时任务（比如文件读写、网络请求），直接用子线程隔离耗时逻辑：

import threading

def save():
    time.sleep(5) # 这里的耗时操作放到子线程，不影响UI渲染
    print("保存操作完成")
    # 如果需要更新UI，必须用after抛回主线程，比如：
    # root.after(0, lambda: print("更新UI的操作"))

def cancel_pop(popup, callback=None):
    popup.destroy()
    if callback is not None:
        # 启动子线程执行回调，daemon=True确保程序退出时线程自动结束
        threading.Thread(target=callback, daemon=True).start()

# 原绑定逻辑无需修改
popup.protocol("WM_DELETE_WINDOW", lambda: cancel_pop(popup, lambda: save()))

注意：子线程内绝对不能直接操作Tkinter的UI元素，如果保存完成后需要更新UI，必须通过root.after()把UI操作委托回主线程执行。

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