sublime text 无“清除撤销历史”功能，因撤销栈是纯内存、单文件、线性结构，关标签页或重启即清空，未编辑文件无栈可清；所谓“未修改文件的撤销历史”实际为空栈。
Sublime Text 没有“清除未修改文件撤销历史”的功能，也不存在可主动释放的撤销栈内存 —— 因为撤销历史只存在于当前已打开且有编辑动作的文件中，关掉标签页或重启后自动清空，根本不会长期占用运行内存。
为什么你找不到“清除撤销历史”的菜单或命令？
Sublime 的 Ctrl+Z 撤销栈是纯内存结构、单文件绑定、线性栈式管理。它不跨文件、不持久化、不缓存到磁盘，更不会为“未修改的文件”预留任何空间。所谓“未修改文件的撤销历史”，实际就是空栈 —— 你按 Ctrl+Z 没反应，不是历史被占满，而是根本没生成过任何可撤销动作。
- 刚打开一个文件但没输过字，
Ctrl+Z按多少次都无效 - 切换到另一个已编辑过的文件，撤销栈才存在；切回来，该文件的栈仍是空的
- 关闭再重开同一文件，旧撤销记录彻底丢失，和是否“修改过”无关，只和“是否发生过编辑动作”有关
哪些操作看似在“清撤销历史”，其实只是误操作
用户常试的几种方式，实际效果与预期不符：
-
File → Revert：只是丢弃当前未保存的修改，不碰撤销栈；之后仍可Ctrl+Z回退（如果之前有动作） -
Ctrl+Shift+P → “Clear Undo Stack”：Sublime 原生无此命令；插件如UndoHistory可提供，但需手动安装且仅对当前文件生效，不批量处理 - 删
Session.sublime_session或关hot_exit：影响的是最近打开文件、窗口布局、折叠状态，和撤销栈零关系 - 清
Cache/或Index/目录：解决跳转卡顿或 LSP 异常，对内存中的撤销栈无任何作用
真正影响内存的其实是 Local History 插件和缓存文件
如果你观察到 Sublime 启动变慢、内存占用高，问题大概率不在撤销栈，而在以下两个地方：
-
Local History插件：每执行一次Ctrl+S就写一个快照到Packages/User/Local History/下，大量小文件堆积会拖慢文件系统遍历速度；可手动清空该目录，或在插件设置里调低max_file_size和history_max_items - 崩溃恢复缓存：
Local/Recovery/下的临时.tmp文件，尤其在hot_exit: true时频繁生成；这些文件可能残留数月，建议定期清理（需先退出 Sublime）
想降低内存占用？直接关掉最耗资源的模块
撤销栈本身几乎不占内存，但以下功能才是真实大户：
- 禁用全文索引：在
Preferences → Settings加"index_files": false，停用Index/目录重建，大幅降低启动内存和 CPU 占用 - 限制插件自动加载：把不用的插件从
Packages/User/移出，或在ignored_packages设置里明确禁用（如"LSP", "Terminus"） - 关闭后台同步：执行
subl --sync-logout并确认进程退出，避免Package Control和云同步持续驻留内存
撤销栈从来不是瓶颈；盯着它优化，就像给自行车换航天级轴承——方向错了。真正该查的是 Local/Recovery/ 里躺了半年的 .tmp 文件，或是 Packages/User/ 下那个早该卸载却还在后台跑 pyright 的插件。
