ctrl+z无法撤销replace all，因其被设计为一次性原子操作；未保存时可关闭文件并选择don’t save丢弃更改，已保存则需通过local history插件恢复备份。
Ctrl+Z 不能撤销 Replace All，这是设计使然
批量替换（Replace All）执行后，Ctrl+Z 确实无法回退——不是快捷键失效，而是 Sublime 把 Replace All 视为“一次性原子操作”，不拆解为逐行编辑动作，因此不会进入 Ctrl+Z 撤销栈。你点 Replace All 的瞬间，所有改动就直接写入内存，但尚未保存；此时狂按 Ctrl+Z，只会撤掉你后续敲的字、删的行，跟替换本身无关。
真正能撤回批量替换的两个办法
唯一可靠的回退路径只有两条，且都依赖「是否已保存」这个关键状态：
- 如果还没点
Save All（文件标签页仍有 * 星号）：直接关掉所有被改过的文件 → 选择 Don’t Save → 所有未保存的替换内容自动丢弃 - 如果已经点了
Save All：只能靠Local History插件找回上一个自动快照（路径通常为~/Library/Application Support/Sublime Text 3/Local/Recovery/macOS 或C:\Users\用户名\AppData\Roaming\Sublime Text 3\Local\Recovery\Windows），右键文件 →Show History查看时间戳最近的备份
为什么 Ctrl+U 和 Esc 都没用
Ctrl+U 只撤销光标添加动作（比如 Ctrl+D 多选），Esc 只清空辅助光标，二者完全不感知文本内容变更。你在 Find in Files 面板点 Replace All 时，压根没生成多光标链路，所以这两个命令对批量替换毫无反应。
下次批量替换前必须做的三件事
避免陷入「换完了才想撤」的被动局面：
- 先在
Find in Files（Ctrl+Shift+F）里点Find，确认高亮项完全符合预期，尤其注意 JSON 键名、注释内字符串等易误伤区域 - Where 框填
src,-node_modules这类明确路径，别偷懒只写.扫全项目 - 替换前手动备份关键文件：右键 →
Copy Path→ 在终端运行cp path/to/file path/to/file.bak
批量替换没有后悔药，只有预判和备份。最常被忽略的是：哪怕只改了一个文件，Replace All 后也必须立刻 Save All —— 不保存，关窗口就彻底清零；保存了，就只能靠 Recovery 目录硬翻。
