Toplevel子窗口通过持有父窗口实例引用或回调函数实现通信，而非直接访问局部变量；需避免全局变量，销毁前须清理after定时器和trace监听。
用 Toplevel + 实例绑定实现父子窗口通信
子窗口不能直接访问父窗口的局部变量，但可以持有对父窗口实例（通常是 Tk 或自定义类）的引用。关键不是“传数据”，而是“让子窗口能调用父窗口的方法”。
常见错误是试图在 Toplevel 中直接修改父窗口的 StringVar 或控件属性，结果没刷新或报 AttributeError —— 因为子窗口没权限，也没绑定。
- 父窗口创建子窗口时，把
self作为参数传进去：ChildWindow(self) - 子窗口保存该引用：
self.parent = parent - 子窗口中通过
self.parent.update_status("done")触发父窗口方法，而非直接改self.parent.label.config(text=...) - 如果父窗口用的是
StringVar，子窗口可调用self.parent.var.set("new value")，Tkinter 会自动更新绑定控件
用 lambda 或 functools.partial 传递回调函数
当子窗口只需触发一次动作（比如点“确认”后关闭并通知父窗口），用回调比暴露整个实例更轻量、更解耦。
典型场景：弹出一个带输入框的 Toplevel，用户填完点“确定”，父窗口要拿到输入值并做后续处理。
立即学习“Python免费学习笔记（深入）”；
- 父窗口调用子窗口时传入回调：
InputDialog(self, callback=lambda v: self.on_input_received(v)) - 子窗口内部保存回调：
self.callback = callback - 点击按钮时执行：
if self.callback: self.callback(self.entry.get()) - 注意：避免在回调里直接操作子窗口控件（如
self.destroy()应由子窗口自己管理），否则可能引发TclError: invalid command name
避免用全局变量或模块级变量跨窗口传值
看似简单，实则埋雷。Tkinter 是单线程事件驱动，多个窗口共享全局变量容易在多实例、快速开关窗口时导致状态错乱或引用失效。
例如：两个 Toplevel 同时打开，都读写同一个 global_data，第二个关闭时可能清空第一个需要的数据。
- 不推荐：
global user_input; user_input = "xxx"然后父窗口轮询检查 - 不推荐：用
sys.modules[__name__].shared_var = ...模拟全局 - 正确做法始终围绕“谁拥有数据”——数据归属父窗口，子窗口只负责采集和回传；或用类属性封装状态，但需确保生命周期可控
销毁子窗口前务必清理回调引用与定时器
子窗口关闭时若还持有着对已销毁父窗口的引用，或仍在运行 after() 定时任务，会抛 RuntimeError: main thread is not in main loop 或静默失败。
- 重写子窗口的
destroy()方法，在调用super().destroy()前取消所有after：self.after_cancel(self._job_id) - 将回调设为
None：self.callback = None，防止被意外触发 - 如果用了
trace监听StringVar，记得在销毁前调用var.trace_remove("write", trace_id)
最常被忽略的是 after 和 trace 的清理 —— 它们不会随窗口销毁自动释放，必须手动处理。
