因为Tkinter默认将<Control-S>交由Text等控件拦截处理，事件未冒泡；需用text.bind("<Control-s>", handler)并返回"break"阻止传播，或用root.bind_all("<Control-s>", handler)实现全局响应。
为什么bind绑定<Control-S>没反应？
多数情况下不是代码写错了，而是 Tkinter 默认把 <Control-S> 这类组合键交给了底层 widget（比如 Text）做默认行为处理，导致事件没冒泡到你绑定的控件上。尤其在 Text、Entry 这类可编辑控件里，Ctrl+S 会被拦截为“保存”意图（尽管 Tkinter 本身不实现保存逻辑，但会吞掉事件）。
解决办法是：在目标 widget 上显式禁用默认快捷键拦截，并确保绑定对象正确：
- 对
Text控件，需先调用text.bind("<Control-s>", lambda e: save_handler() or "break")，其中"break"阻止事件继续传播 - 绑定必须在控件创建后、且未被其他
bind覆盖的前提下进行 - 注意大小写：
<Control-s>和<Control-S>在部分系统下表现不同，推荐统一用小写
如何让 Ctrl+S 在整个窗口生效（全局快捷键）？
Tkinter 没有真正意义上的“全局快捷键”，但可以通过绑定到 root 或主 Frame 实现近似效果——前提是焦点不在会吞事件的控件（如 Text）内。更可靠的做法是监听所有可能获得焦点的 widget，并统一接管：
- 用
root.bind_all("<Control-s>", lambda e: save_handler())绑定到整个应用，但要小心重复触发 - 如果用户在
Entry中输入时按Ctrl+S，默认会触发，但内容不会插入；若想保留输入能力，需在 handler 中判断当前焦点：root.focus_get()是否为可编辑控件 -
bind_all的优先级高于单个 widget 的bind，所以它能覆盖掉Text的默认拦截
Ctrl+S 触发后怎样阻止默认行为并防止文本插入？
当你在 Text 或 Entry 中按 Ctrl+S，Tkinter 可能仍尝试插入字符 S（尤其在未返回 "break" 时）。这不是 bug，是事件处理链未中断的表现。
立即学习“Python免费学习笔记（深入）”；
标准做法是在事件 handler 返回字符串 "break"：
def on_save(event):
print("Saving...")
# 执行保存逻辑
return "break" # ← 关键：阻止后续处理
<p>text.bind("<Control-s>", on_save)注意：return "break" 必须是函数的**返回值**，不能只写在函数体里；如果用 lambda，得写成：lambda e: (save_handler(), "break")[1] 或更清晰地封装。
跨平台差异：Mac 上 Cmd+S 怎么处理？
macOS 不识别 <Control-s> 作为保存快捷键，用户习惯用 Cmd+S（即 <Command-s>）。Tkinter 支持 <Command-s>，但仅限 macOS；Windows/Linux 下该事件永远不会触发。
- 稳妥方案是同时绑定两种：
root.bind_all("<Control-s>", handler)和root.bind_all("<Command-s>", handler) - 不要依赖
sys.platform动态切换绑定——Tkinter 会静默忽略不支持的事件名，不会报错，但也不起作用 - macOS 下
Command键映射为Meta，某些旧版本 Tk 可能需要<Meta-s>，建议优先试<Command-s>
真正麻烦的是：同一个 handler 可能在不同系统下被调用多次（比如用户同时按住 Ctrl+Cmd+S），但实际中几乎不会发生；更现实的问题是，macOS 的菜单栏“文件→保存”会自动响应 Cmd+S，而 Tkinter 窗口若没设菜单，就只能靠 bind_all 拦截。
