ctrl+d仅从光标位置向后匹配完全相同的字符串，需光标位于变量名内部、启用整词匹配且关闭大小写敏感；含连字符或特殊字符需转义；跨文件重命名须人工核验上下文。
Ctrl+D 为什么只选中 1–2 处？光标位置决定一切
它不是扫描全文，而是从当前光标所在字符出发，向后线性匹配下一个**完全相同的字符串**。光标必须落在变量名内部（比如 user_id 的 u 或 _ 上），停在空格、引号、括号、点号或注释符号后，Ctrl+D 就会失效。
双击变量名确保整词高亮（不含前后空格或符号），再按 Ctrl+D 启动增量选中；若仍漏掉某处，检查是否启用了大小写敏感：Ctrl+Alt+R 切换正则模式时可能意外开启，或用 Alt+C 显式控制大小写开关。
- 变量含连字符（如
user-name）会被切开，Ctrl+D只能选中user或name - 想跳过某个匹配（比如 JSON 字符串里的
"user_id"）：先按Ctrl+K，松开，再按Ctrl+D - 误加太多光标？按
Ctrl+U撤销上一次添加，比狂按Esc精准得多
Alt+F3 全选后改名，为什么 "user_id" 也被替了？
Alt+F3（Windows/Linux）或 Ctrl+Cmd+G（macOS）默认启用 Whole Word 和 Match Case，但它不区分代码、字符串、注释——只要满足单词边界条件，"user_id" 中的 user_id 就会被拉进来。
安全做法是：先用 Ctrl+Shift+F 全局搜索，勾选 Regex，填 \buser_id\b，人工确认结果列表全是代码上下文；若已发现混入字符串，别直接输新名，按 Esc 退出多光标，改用 Ctrl+H 替换面板，勾选 In Selection，手动选中目标函数体后再替换。
- 变量含特殊字符必须转义：PHP 的
$user_id要写成\$user_id\b；JS 中的api$要写成api\$（否则$被当行尾锚点） - 匹配超 500 处时界面可能卡死，建议先
Find All看数量再决定是否继续 - 它不识别作用域——
// user_id is required和"user_id": "123"全被拉进来
跨文件重命名，为什么不能直接点 Replace All？
Ctrl+Shift+F 的 Replace All 是全局暴力替换，不跳过字符串、不识别作用域、不校验引用关系。一次点错，name 可能变成 new_name，再变成 new_new_name……递归污染。
正确流程是两步：先用 Ctrl+Shift+F 搜出所有疑似文件 → 手动逐个打开 → 在每个文件内用 Ctrl+D 或 \bxxx\b 正则精准替换。Where 栏必须填路径过滤，例如 ./src/**/*.js 或 !node_modules/**，坚决避开构建目录。
- 搜索框必须填
\buser_id\b：\b匹配的是“字母/数字/下划线”与“非这些字符”之间的边界，不是空格，也不需转义下划线 - 务必先点
Find All，右侧边栏列出所有匹配项后——逐条点开看上下文：是否在const后？是否在引号内？是否是注释？只要有一处存疑，就停手调整正则 - 动态拼接的变量名（如
var key = 'user_' + suffix）、解构赋值（const { user_id } = data）、类型定义（interface User { user_id: string }）——Ctrl+D和正则都看不到
真正容易被忽略的点：Sublime 从不告诉你哪些地方“本该被改但没改到”
它不会提醒你：闭包外同名变量是否该同步更新，eval 或模板字符串里拼出的变量名是否遗漏，或者某个 import 声明是否还指向旧名。所有这些都依赖你主动搜索、交叉验证、甚至静态分析工具辅助。
最稳妥的防线是组合使用：Ctrl+D 控制节奏 + \bword\b 正则划定边界 + Ctrl+Shift+F 限定路径 + 人工逐文件核对上下文。一旦变量涉及跨文件引用或动态生成逻辑，单靠快捷键永远不够。
