Text组件的edit功能默认关闭，需创建时设undo=True且合理配置maxundo；撤销重做须配合edit_modified()、can_undo()/can_redo()手动管理状态，并仅通过insert()/delete()等原生方法编辑内容。
Text 组件的 edit 功能默认是关闭的
直接调用 text.edit_undo() 或 text.edit_redo() 会抛出 TclError: text doesn't have undo enabled —— 这是最常见的卡点。Tkinter 的 Text 不像编辑器那样开箱即用，必须显式启用编辑历史。
实操上，创建时就得加参数：undo=True，且建议同步设 maxundo（否则内存可能悄悄涨）：
text = Text(root, undo=True, maxundo=100)
注意：maxundo 是整数，设为 -1 表示不限制（不推荐），设为 0 会禁用 undo（哪怕 undo=True 也无效）。
撤销重做必须配合 edit_modified() 手动管理状态
Tkinter 不自动感知“当前是否可撤销”或“是否已修改”，text.edit_undo() 失败时也不会抛异常，而是静默失败 —— 你点了菜单却没反应，往往是因为没检查前置条件。
立即学习“Python免费学习笔记（深入）”；
正确做法是：每次操作前/后主动查状态，并更新 UI（比如菜单项置灰）：
- 用
text.edit_modified()判断内容是否被修改过（返回True表示“自上次标记后有变更”） - 用
text.can_undo()和text.can_redo()判断当前能否执行对应操作（Tk 8.6+ 支持；旧版本需捕获异常） - 每次成功 undo/redo 后，记得调用
text.edit_modified(False)重置修改标记（否则保存按钮永远亮着）
插入、删除、替换文本必须走 insert()/delete() 等原生方法
Text 的 undo 栈只监听它自己暴露的编辑接口。如果绕过这些方法（比如直接改 text.get(1.0, END) 拿到字符串再拼接、再 delete() + insert() 全量写入），会导致 undo 历史断裂或错位。
常见错误场景：
- 用
text.replace('1.0', END, new_content)—— 安全，它被纳入 edit stack - 但用
text.delete('1.0', END); text.insert('1.0', new_content)—— 会记成两步操作，undo 会先回退 insert，再回退 delete，逻辑错乱 - 对选中文本做替换时，别先
get(SEL_FIRST, SEL_LAST)再手动删+插；直接用text.delete(SEL_FIRST, SEL_LAST); text.insert(SEL_FIRST, replacement)，并确保 SEL 范围存在（加try/except TclError）
绑定快捷键时要注意事件传播和焦点问题
<Control-z> 按下时，如果焦点不在 Text 组件上，text.edit_undo() 会执行但无效果 —— 因为没触发实际编辑动作。
稳妥做法：
- 把快捷键绑定到 root 或主窗口，用
event.widget判断当前焦点是否为该Text - 或者统一用
text.bind('<Control-z>', lambda e: text.edit_undo() if text.focus_get() == text else None) - Mac 用户注意：
Command-z需额外绑定<Command-z>，Tkinter 不自动映射
另外，edit_undo() 和 edit_redo() 是同步阻塞调用，不会触发 <Key> 或 <Modified> 事件，所以别指望靠监听它们来更新状态栏——得在调用前后手动处理。
