因为每个Tk()实例启动独立Tcl解释器，全局变量不共享状态；Toplevel与主Tk共享同一解释器和事件循环，天然支持StringVar等变量绑定与trace_add监听，确保单线程内实时同步。
为什么直接用全局变量在多个 Tk 实例间传值会失效？
因为每个 Tk() 实例都启动独立的 Tcl 解释器，全局变量（包括模块级变量）在不同 Tk 实例的主循环中不共享状态。即使你在两个窗口里改同一个 global var，root2.mainloop() 会阻塞，导致 root1 完全失去响应——这不是“双向”，是“卡死”。
用 Toplevel 替代多个 Tk 是最简可靠方案
Toplevel 窗口与主 Tk 共享同一 Tcl 解释器和事件循环，天然支持变量绑定和回调通信。所有数据同步逻辑都跑在单一线程内，避免竞态和阻塞。
- 主窗口创建
StringVar或IntVar，作为“数据总线” - 子窗口通过构造函数接收该
Variable实例，并用.trace_add('write', callback)监听变更 - 任意窗口修改变量（如
var.set('new value')），另一方立刻收到通知 - 不要调用
Toplevel().mainloop()—— 只有根Tk调用一次mainloop()
import tkinter as tk
root = tk.Tk()
shared_var = tk.StringVar(value="init")
<p>def on<em>change(*</em>):
print("同步更新到了：", shared_var.get())</p><h1>子窗口监听</h1><p>top = tk.Toplevel(root)
shared_var.trace_add('write', on_change)</p><p>entry = tk.Entry(top, textvariable=shared_var)
entry.pack()
root.mainloop() # 注意：只这里调一次
如果必须用多个 Tk 实例（如独立进程式窗口），只能靠轮询或队列
这种需求本身违背 Tkinter 设计哲学，但若真需要（例如一个窗口长期驻留系统托盘，另一个做配置面板），必须放弃实时性，改用低频轮询或线程安全队列。
- 用
threading.Thread+queue.Queue在后台收发消息，主窗口用root.after(100, check_queue)定期检查 - 避免在子
Tk中调用after或update—— 多个mainloop会冲突，引发Tcl_AsyncDelete错误 - 所有跨窗口写操作必须用
root.tk.eval()包裹（仅限字符串命令），否则 Tcl 线程不安全 - Windows 下多个
Tk实例还可能触发_tkinter.TclError: can't invoke "ttk::combobox" command—— ttk 组件不跨解释器共享
别忽略 StringVar 的陷阱：.set() 不触发 trace，除非值真变了
StringVar.set() 只有在新旧值 != 时才触发 trace_add 回调。如果你反复设相同字符串（比如用户连续点两次“保存”），监听端收不到信号。
立即学习“Python免费学习笔记（深入）”；
- 需要强制刷新时，先设一个临时值再设回原值：
var.set(""); var.set("real_value") - 更稳妥的做法是用自定义封装类，内部维护版本号或时间戳，每次调用
update()都触发回调 - 对数值型同步，优先用
DoubleVar而非StringVar，避免字符串解析误差（如"0.1"vs0.10000000000000001）
真正难的不是传数据，而是让两个窗口都相信“此刻看到的就是最新值”——这要求你放弃“各自为政”的窗口模型，回到 Tk + Toplevel 这一被验证过的结构上。其他路，每走一步都要手动填坑。
