sublime没有安全的一键批量改名功能，alt+f3是暴力文本替换，易误改；ctrl+d更可控因其增量选中、可撤回（ctrl+u）、可跳过（ctrl+k）；需注意下划线分词、$转义、列编辑触发条件及跨文件改名的两步法。
Sublime 没有一键批量修改变量名的安全方式，所谓“一键”（如 Alt+F3 或 Ctrl+Shift+F Replace All）本质是暴力文本替换，极易误改字符串、注释、JSON 键名甚至路径——必须配合单词边界 \b、作用域确认和手动校验才能用。
Ctrl+D 逐词选中为什么比 Alt+F3 更可控
Alt+F3 会全文件匹配所有 \bxxx\b，但不区分上下文；Ctrl+D 是增量式、可中断、可撤回的交互过程：
- 光标停在第一个
user_id上（双击选中更稳），按一次Ctrl+D只高亮当前词；再按一次才找下一个——你能实时看到它是否落在const user_id =左侧、还是"user_id": "123"里 - 看到误匹配，立刻按
Ctrl+U撤回上一个；想跳过当前项，按Ctrl+K再按Ctrl+D - 默认按
word_separators切分，下划线_被当分隔符，导致api_v2双击只选中api；解决方法：临时删掉设置里的_，或直接用\bapi_v2\b正则搜 - 若变量含
$（如$data），查找时必须写成\$data\b，否则$被当正则行尾锚点
Ctrl+Shift+L 拆行光标常踩的三个坑
Ctrl+Shift+L 不是“给当前行加光标”，而是把「已有选区」按换行符切开，每行末尾放一个光标——失败几乎都源于选区没选对：
- 没选中任何内容就按
Ctrl+Shift+L，它静默失败；正确做法：先用鼠标拖选多行，或连按Ctrl+L选中目标行，再按 - 选区末尾带空格或制表符？光标会落在空格后，一输内容就把缩进顶乱；建议先执行
Ctrl+Shift+P→Trim Trailing White Space - 拆完光标不在行首？立刻按
Home（Windows/Linux）或Cmd+←（macOS），所有光标会统一跳到各行开头 - 空行也会被拆出光标，且落在行首；如果不想改空行，拆前先用正则
^\s*$批量删空行，或手动跳过
列编辑（Alt+拖动）为什么有时没反应
列编辑不是“按住 Alt 拖就行”，Sublime 默认需要 Shift+Alt（Windows/Linux）或 Shift+Option（macOS）组合触发：
- 单独按
Alt拖动无效；必须先按住Shift+Alt，再用鼠标从第一行起始位置垂直向下拖动 - 软换行（
View → Word Wrap）开启时，逻辑列与物理列错位，拖动会偏移；编辑前建议关闭 - 文件被设为只读（状态栏右下角显示
read only）时，列编辑静默失败；需先解除锁定或另存为可写文件 - 输入法冲突常见于 macOS 中文输入法（如搜狗），
Cmd+Click或Option+拖动可能被系统劫持；临时切英文输入法再试
跨文件批量改名最安全的两步法
别信“Replace All in Files”能全自动重构——它不识别语法结构，JSON、注释、路径字符串照改不误。真正可用的流程是：
- 第一步：用
Ctrl+Shift+F全局搜索\buser_id\b，限定路径如./src/**/*.ts，排除node_modules和dist；扫出疑似文件后，只打开那些真正含代码逻辑的 - 第二步：在每个打开的文件内，用
Ctrl+D或Ctrl+H（勾选In Selection）精替；重点检查解构赋值（const { user_id } = data）、类型定义（interface User { user_id: string }）、JSON Schema - 改完务必用
Ctrl+Shift+F全局再搜一遍旧名，确认无残留；尤其注意import语句、require字符串、以及模板字面量中的反引号内容 - 如果项目有
tsc或ESLint，改完立即运行验证，比肉眼检查更早暴露作用域外引用问题
真正难的不是怎么加光标，而是判断哪些 user_id 是变量、哪些是字符串、哪些是 API 路径——这个判断没法交给快捷键，得你盯着高亮一个个过。
