sublime text 中真正的自动查找替换是 ctrl+shift+f 跨文件批量替换，原生支持、稳定可预测；宏仅适合固定键盘操作流程，无法处理上下文依赖或用户交互场景。
Sublime Text 里没有“自动查找替换”这个独立功能，所谓“自动”实际是两种路径：一种靠 Ctrl+Shift+F 做跨文件批量替换（真·全局），另一种靠宏（.sublime-macro）复用键盘操作序列（伪·自动，但可控性强）。选哪个，取决于你要处理的是“静态文本模式”还是“依赖上下文的编辑流”。
Ctrl+Shift+F 全局替换才是真正的批量自动查找替换
这是 Sublime 原生支持、开箱即用、无需录制、不依赖光标位置的方案。它直接扫描磁盘文件，不是模拟按键，所以稳定、可预测、适合工程级修改。
- 快捷键：
Ctrl+Shift+F（Windows/Linux）或Cmd+Shift+F（macOS）调出“在文件中查找”面板 - “Where”框填路径很重要：留空＝当前已打开的文件夹；填
./src或/Users/name/project/js可限定范围；支持通配符如*.py、**/*.md - 正则开启后，
^(\s*)$→ 留空能删所有空行；console\.log\((.*?)\);?→debug($1)可安全迁移日志语句 - ⚠️ 替换完必须手动执行
Ctrl+K然后Ctrl+B（全部保存），否则带星号（*）的标签页内容不会落盘
宏只适合固定步骤、键盘可重现的编辑流
宏不是查找替换工具，它是“按键录像机”。它能做的，是把“光标移到行尾→输分号→下一行→再输分号”这种线性流程固化下来。一旦涉及弹窗、鼠标拖选、命令面板交互，宏就断掉。
- 录制前清空干扰：按
Esc关闭所有面板，Ctrl+K B隐藏侧边栏，光标用Ctrl+Home归位到行首 - 全程禁用鼠标：选多行必须用
Ctrl+Shift+↓或Ctrl+L（选整行）；多光标用Ctrl+Shift+L拆行，不能鼠标三击 - 录制后立刻保存：停录后点
Tools → Save Macro，文件名必须以.sublime-macro结尾，且必须存进Packages/User/目录（通过Preferences → Browse Packages…打开该目录确认） - 回放失败？90% 是因为
run_macro_file的file参数写错了：必须是"Packages/User/add_semicolon.sublime-macro"，不能漏Packages/，不能用反斜杠\，大小写也不能错
哪些“看起来像自动替换”的事，宏根本干不了
别硬套宏去解决本该用正则或插件处理的问题。以下场景宏会静默失败或行为错乱：
-
expand_selection这类上下文敏感命令：宏里写死{"to": "brackets"}，但光标不在括号内时就什么也不做 - 任何带用户输入的命令：比如
show_overlay（命令面板）、prompt_input（弹输入框），宏无法等待输入，回放直接跳过 - 第三方插件命令：如
emerald_editor:toggle_comment，除非插件文档明确写了“supports macro replay”，否则不生效 - 正则替换里的动态引用：
$1在宏里会被当纯字符串插入，不会捕获和回填；想实现类似效果，得用Ctrl+H面板手动开正则
真正需要“自动”的时候，优先用 Ctrl+H + 正则，而不是宏
比如统一给 JSON key 加引号、把 function name() {} 转成箭头函数、提取所有 import 行——这些都不是“重复按键”，而是“模式识别+结构转换”。宏做不到，但 Ctrl+H 开正则就能一气呵成。
- 开正则：按
Ctrl+H→ 点击.*图标，或按Alt+R - 常用模式示例：
- 匹配函数声明：
function\s+(\w+)\s*\(\)\s*\{→ 替换为const $1 = () => \{ - 加双引号：
(? → <code>"$1"（需配合“全词匹配”+“正则”）
- 匹配函数声明：
- 替换前务必点
Find All预览所有匹配项，避免误伤注释或字符串内部
宏的脆弱性在于它绑定的是“操作路径”，而不是“语义意图”。你录的时候光标在第 5 行，回放时如果光标在第 2 行，整个流程就偏了。而正则替换只关心文本模式，跟光标在哪毫无关系——这才是真正可靠的“自动”。
