sublime text无法语义重命名变量，所有批量改名本质是文本匹配+人工确认；ctrl+d因增量选中可实时校验上下文，比无差别全选的ctrl+shift+l更安全，配合\bword\b正则和lsp插件可提升准确性。
Sublime Text 无法语义级重命名变量，所有“批量改名”本质都是文本匹配+人工确认——跳过这一步，user_id 可能变成 new_user_id，再被二次替成 new_new_user_id。
为什么 Ctrl+D 比 Ctrl+Shift+L 更适合变量重命名
因为 Ctrl+D（Windows/Linux）或 Cmd+D（macOS）是增量式匹配：光标停在 count 上，第一次按只选中当前词，第二次才找下一个——你能实时看到每个高亮是否在赋值左侧、函数参数里，还是字符串中，随时用 Ctrl+U 撤回误选项。
Ctrl+Shift+L 则无差别全选：它不区分 "count" 和 let count = 0，一并拉进多光标，极易把 JSON 键、注释、路径字符串一起改掉。
- 下划线默认被当单词分隔符，
user_name双击可能只选中user；解决办法是临时修改语法专属设置，删掉_在"word_separators"字符串里的位置 - 含
$的变量（如$api）需在查找面板勾选Escape Special Characters（小锁图标），否则$被当正则行尾锚点 - 若要跨大小写匹配（如
USER_ID和user_id），得先按Alt+C关闭Match Case
用 \bword\b 正则替换才是底线防护
打开 Ctrl+H，启用 Regex（Alt+R），查找框填 \bcount\b，替换框填 totalCount——\b 匹配的是“字母/数字/下划线”与“非这些字符”之间的边界，不是空格，也不依赖上下文。
这样 counter、my_count、"count" 全部跳过，只有独立出现的 count 被命中。
-
$data要写成\$data\b，data$则是data\$（$必须转义，否则正则认为是行尾） - 开启
Regex后，.、*、+全变元字符，搜api.v1得写成api\.v1，否则.会匹配任意单字符 - 别漏掉
\b：只写count是裸匹配，countdown也会中招
跨文件重命名必须分两步走
Ctrl+Shift+F 的 “Replace All in Files” 是暴力全文替换，不识别语法结构："name": "Alice"、// used for name validation、甚至路径字符串 "/api/name" 都会被干掉。
安全做法是：
- 先用
Ctrl+Shift+F搜\bname\b，限定路径如./src/**/*.ts，排除node_modules - 扫出疑似文件后，手动打开每个文件，再用
Ctrl+D或\bname\b在当前文件内精替 - 改完务必用
Ctrl+Shift+F全局搜旧名验证，重点检查解构赋值（const { name } = user）、类型定义（interface User { name: string }）、JSON Schema 文件
LSP 插件是唯一接近 IDE 重命名体验的方案
原生 Sublime 没有 AST 解析能力，LSP 插件（如 LSP-typescript、LSP-pyright）接入语言服务器后，才能真正识别符号作用域。
启用后，在变量上右键 → LSP: Rename Symbol（或快捷键 F2），输入新名，所有引用（含跨文件 import、类型引用、解构）自动更新。
- 安装方式：通过
Package Control搜索插件名并安装，重启生效 - 它不改字符串字面量、注释、JSON 键——这才是“重命名”，不是“搜索替换”
- 但动态拼接变量（
const key = prefix + '_id'）仍无法识别，这类永远需要人工 review
最易被忽略的其实是验证环节：改完不跑 tsc --noEmit 或 eslint，等于没改——编译报错比肉眼检查早暴露三处遗漏。
