必须用ctrl+d逐个确认变量名修改，因其严格匹配当前双击选中的完整词（如user_id），配合ctrl+k+ctrl+d跳过误匹配、ctrl+u撤回、esc退出，禁用alt+f3等全量替换以防上下文错误。
不能直接用多光标“批量编辑变量名”而不校验上下文——Ctrl+D 是唯一可控的起点，但必须配合双击选中、跳过误匹配和 Esc 退出，否则改完立刻出 bug。
Ctrl+D 为什么按了没反应或选不全？
Sublime 的 Ctrl+D 不是从全文搜，而是从**当前光标所在词出发，严格匹配完全一致的字符串**。常见失效原因：
- 光标没停在完整变量上：比如变量是
user_id，但你只把光标放在user上（删了下划线后没重选），Ctrl+D就只找user，漏掉所有user_id - 没双击选中：必须双击让高亮区域精确包裹整个
user_id，含下划线、数字，不含空格或点号 - 大小写敏感开着：如果项目混用
UserId和user_id，按Ctrl+Alt+R关掉大小写匹配，否则第二次Ctrl+D就找不到 - 下划线被当分隔符：默认设置里
_属于 word_separators，双击api_v2可能只选中api；临时解决是手动拖选，或进Preferences → Settings – Syntax Specific删掉_（不推荐长期改）
怎么跳过字符串、注释和 JSON key？
按 Ctrl+D 扩展时，一旦高亮落到 "user_id": "123"、// user_id is deprecated 或 user_id_list 这类地方，立刻按 Ctrl+K 再按 Ctrl+D（不是连按，要松开）——它会跳过当前项，继续往后找下一个合法位置。
这个动作比“先全选再删光标”快得多，且不会打断节奏。关键点：
- 跳过之后，后续
Ctrl+D仍基于原始变量名（如user_id）继续匹配 - 如果误跳太多，按
Ctrl+U撤回上一次选择，回到前一个状态 - 改完所有目标后，务必按
Esc退出多光标模式，否则后续输入会同步到所有残留光标上
为什么别用 Alt+F3 或 Ctrl+Shift+L 直接全选？
Alt+F3（Windows/Linux）或 Ctrl+Cmd+G（macOS）本质是正则 \bxxx\b 全量高亮，但它**不区分上下文**："user_id"、user_id_map、const user_id =、eval("user_id") 全部一起选中。
Ctrl+Shift+L 更危险：它只是把当前选区按换行切开，在每行末尾放光标——如果你选的是缩进后的代码块，光标就落在空格后面，输新名字时前缀对不齐，还可能把 ; 错加到注释行末尾。
真正安全的做法只有两种：
- 小范围（单函数/单文件内）：用
Ctrl+D逐个确认，靠人眼判断是否在let、const、参数列表或解构左侧 - 跨文件：先用
Ctrl+Shift+F，填\buser_id\b，勾选Regex和Whole Word，限定Where如./src/**/*.js，点Find All后，**逐条点开右侧边栏里的结果，确认每一处都在代码上下文中**——这是唯一不可跳过的步骤
最常被忽略的细节是：变量名改完后，const { user_id } = data、interface User { user_id: string }、甚至模板字符串里的 ${user_id} 都不会被 Ctrl+D 或 \buser_id\b 自动覆盖，得单独处理。别指望一次操作搞定全部引用。
