sublime text 撤销步数上限为9999，由用户设置中的"max_undo_history"参数控制，设高会耗尽内存且切换标签或重启后历史清空；真防误删应依赖只读属性、local history插件或git。
Sublime Text 不支持真正“无限制”的撤销步数，最大只能设到 9999，再高会触发内部截断或内存异常；而且即使设得再大，关文件、切标签、重启后历史依然清空——这不是设置能解决的问题。
撤销步数上限在哪改？参数名和位置必须对
撤销步数由配置项 max_undo_history 控制，不是“撤销步数”“undo limit”之类模糊名称。它只在用户设置（Preferences → Settings）中生效，不能写在插件或临时配置里。
- 打开
Preferences → Settings，右侧用户设置面板中添加或修改这一行："max_undo_history": 9999 - 值必须是整数，
0表示禁用撤销（不推荐），负数会被忽略 - 改完保存即刻生效，无需重启，但已打开的文件不会自动扩容历史栈——要新开文件才用新值
- 别去菜单里找“选项→工作区→常规”那一套：那是旧版编辑器（如 UltraEdit）的路径，Sublime 没这个界面
为什么设成 9999 也不等于“无限”？内存和设计逻辑卡着你
Sublime 的撤销栈是纯内存结构，每一步都存完整文本快照（不是 diff）。设太大直接吃光内存，尤其开几十个大文件时，max_undo_history 超过 2000 就可能明显拖慢响应。
- 默认值
100是平衡点：够日常改错，又不占资源 - 设到
9999后，单个文件历史确实能存更多步，但一旦你：
• 切换到另一个标签页
• 执行Ctrl+P搜索
• 点击侧边栏跳转
撤销栈就会被截断——不是清空，而是“后面步数不可达”，Ctrl+Z按到底还是停在某一步 - 没保存就关文件？整个栈销毁，连第一步都没了
真要防误删，别死磕撤销步数
靠拉高 max_undo_history 防核心代码丢失，相当于用消防栓接水管救火——方向错了。
- 开系统级只读：对生产配置文件右键 → 属性 → 勾选“只读”，Sublime 会弹窗提醒，强制你确认再编辑
- 装
Local History插件：自动每 2 分钟存一次快照，文件路径在~/Library/Application Support/Sublime Text 3/Packages/User/Local History/（macOS）或对应 Windows 路径，能按时间回溯 - 依赖 Git：哪怕只是本地仓库，
git stash或git commit -m "wip"比任何撤销设置都可靠；GitSavvy 插件右键就能调用 - 缓存兜底：未保存关闭时，Sublime 会在
Recovery/目录留.tmp文件，但只保留最后状态，没有版本链
记住：max_undo_history 是调节灵敏度的旋钮，不是历史备份开关。改完记得观察内存占用，如果光标变迟钝、切换标签卡顿，说明你设太高了。
