sublime text虽无ide级语义重构，但通过可控快捷键组合可安全完成80%日常重命名：ctrl+d用于局部多重选择；ctrl+h加\bword\b正则跨文件精准替换；ctrl+shift+h限定范围全局替换；alt+enter配合ctrl+f聚焦当前文件全词替换；每次操作前需人工确认匹配项。
Sublime Text 没有 IDE 级别的语义重构能力，但用对快捷键组合，能安全完成 80% 的日常重命名和结构调整任务——关键不在“快”，而在“可控”。
Ctrl+D 多重选择重命名：适合函数内局部变量
这是最轻量、响应最快的重命名方式，但只作用于当前文件，且完全依赖字符串匹配。
- 光标必须精准落在变量名上（不能带空格或点号），否则
Ctrl+D会选中整个 token 或失败 - 每按一次
Ctrl+D就新增一个匹配项；误选了某处？按Ctrl+K Ctrl+D跳过它 - 字符串里、注释里、正则字面量里的同名文本也会被选中，务必在输入新名前扫一眼所有高亮位置
- 改完后按
Esc退出多重编辑模式，避免后续输入意外触发批量修改
Ctrl+H + \bword\b 正则替换：跨文件重命名的最小安全单元
想改整个项目里的 user_id？直接搜 user_id 会把 user_id_list 和 "user_id" 全干掉。必须加单词边界。
- 打开
Ctrl+H，勾选右下角.*（启用正则），并在查找框填\buser_id\b -
\b是单词边界断言，确保只匹配独立单词，不匹配子串 - 先点
Find All，右侧边栏列出所有命中项，逐条确认是否都在代码上下文中（不是字符串、不是注释） - 若某处是
data["user_id"]，\b仍会匹配成功——这是预期行为，但需人工判断是否该改
Ctrl+Shift+H 在项目中替换：范围控制比正则更重要
真正危险的不是正则写错，而是 “Where” 框填空或填错路径，导致 HTML/JSON/配置文件也被扫进去。
- “Where” 框必须明确限定范围，例如：
src/**/*.js、**/*.py、!node_modules/** - 没保存项目（
Project → Save Project As…）时，“在项目中查找” 可能只作用于当前打开的文件夹，而非你认为的整个工程 - 勾选
Whole word比写\b...\b更直观，但两者不可同时开启（会冲突），选其一即可 - 执行
Replace All前，务必确认 Git 已提交干净版本——Sublime 不提供替换撤销功能
Alt+Enter 配合 Ctrl+F：快速锁定当前文件内所有单词实例
比 Ctrl+D 更稳，比 Ctrl+H 更聚焦，适合你已经打开目标文件、只想改这一处但引用较多的情况。
- 选中变量名 →
Ctrl+F→ 勾选Whole word→ 按Alt+Enter（Windows/Linux）或Cmd+Enter（macOS）选中全部匹配 - 此时光标停在第一个匹配处，输入新名即同步更新所有选中项
- 不会跳进字符串或注释——因为
Whole word模式下，"user_id"中的user_id不被视为独立单词 - 若发现漏选（比如某些地方用了下划线变体），说明原变量命名不统一，这时该改的不是快捷键，是代码规范
真正容易被忽略的不是快捷键本身，而是每次操作前那 3 秒：盯着 Find All 结果列表看一遍。重构出错，90% 发生在点击 Replace All 的瞬间，而不是之前。
