Sublime Text 不支持真正重构，批量重命名依赖手动边界控制与正则防护；Ctrl+D 是增量匹配非全选，需防失效与误选；跨文件替换必须用 \buser_id\b 正则并分步验证；改名后须人工检查解构、TS接口、动态拼接三类漏点。
user_id 会变成 new_user_id，再被二次替成 new_new_user_id。
Ctrl+D 为什么不能一键全选？它根本不是全选命令
Ctrl+D 是增量式向下匹配：光标停在 count 的任意字母上，第一次按只选中当前词，第二次才找下一个完全相同的字符串——它不回溯、不跨行、不识别引号或注释。常见翻车点包括：
- 光标停在空格或
.后，Ctrl+D直接失效 - 变量含
-（如api-timeout），双击只选中api或timeout，Ctrl+D无法完整匹配 - 想跳过某处（比如
"user_id": "123"），必须松开Ctrl再按K然后D，连按会误操作 - 选多了？按
Ctrl+U撤销上一次添加，比狂按Esc精准得多
为什么 \buser_id\b 是跨文件替换的底线防护
直接搜 user_id 会命中 my_user_id、"user_id"、甚至注释里的 // user_id required。\b 匹配的是字母/数字/下划线与非这些字符之间的位置，不是空格，也不依赖上下文。必须这样写：
- 启用正则（点替换面板左下角
.*图标或按Alt+R） - 查找框填：
\buser_id\b（_不用转义，但$必须写成\$user_id\b） - 如果变量含
.或*（如api.v1），得写成api\.v1\b，否则.会匹配任意字符 - 别只信
Whole Word开关——它只是 UI 层兜底，\b才是正则层真实防护
Find in Files 里 Replace All 是高危操作，必须分步验证
Ctrl+Shift+F 的 Replace All 按钮是全局暴力替换，不区分字符串、注释、正则字面量，也不校验作用域。安全流程只能是：
- Where 栏必须限定路径，例如
./src/**/*.js或!node_modules/** - File Mask 填后缀过滤，如
*.py、*.ts，避免混入 JSON/HTML - 先点
Find，右侧边栏列出所有匹配项，逐条点开确认是否在赋值左侧、参数列表或let/const后 - 发现
"user_id"或// user_id？立刻停手，改用\buser_id\b(?!=)这类更严的正则（注意 Sublime 不支持变长 lookbehind） - 确认无误后，再点
Replace All；否则打开每个文件，用Ctrl+D在当前文件内精替
改完变量名后最易被忽略的三类漏改点
Sublime 不解析 AST，也不会标记“原始引用”，肉眼扫极易遗漏：
- 解构赋值：
const { user_id } = data——user_id在花括号里，Ctrl+D和\b都能匹配，但容易被当成普通字符串忽略 - TypeScript 接口字段：
interface User { user_id: string }—— 字段名不算“变量声明”，但逻辑上必须同步更新 - JSON Schema 或动态拼接：
const key = 'user_' + suffix—— 这类根本不会出现在文本匹配结果里，得靠人工顺藤摸瓜
真正关键的不是“怎么选中”，而是“哪些地方它根本选不到”。每次改完，必须跑一遍 Ctrl+Shift+F 搜旧名，重点盯这三类位置。
