sublime text无法实现语义化重命名，仅支持lsp插件f2触发或find in files配合\b正则+路径过滤+人工核验；直接搜索替换会误改字符串、注释、子串及文件名，因其实质是纯文本匹配而非ast解析。
Sublime Text 本身做不到真正意义上的跨文件语义化重命名——它不解析 AST，不跟踪作用域，也不理解 import/export 关系。所谓“全局重命名”，只有两种可靠路径：用 LSP 插件按 F2 触发语言服务器重命名，或用 Find in Files 配合 \b 正则 + 路径过滤 + 人工核验。前者安全但依赖环境，后者可控但必须动手。
为什么不能直接搜 user_id → userId？
因为 user_id 出现在太多非代码上下文中："user_id": "123"（JSON 字符串）、// user_id is deprecated（注释）、my_user_id（子串）、user_id.js（文件名）——这些全会被暴力替换毁掉。Sublime 的 Find in Files 是纯文本引擎，不区分语法角色。
- 勾选
Whole Word只是 UI 层粗筛，不能替代\buser_id\b这种正则级锚定 -
\b匹配的是「单词边界」，即 \w 和 \W 之间的位置，不是空格；所以"user_id"中的user_id前后都是"或:，仍算边界，必须额外排除 - 变量含特殊字符必须转义：
$data→\$data\b，api$→api\$(?!\w)（Sublime 不支持变长 lookbehind，慎用负向先行断言）
用 LSP + F2 才算真·跨文件重命名
这是唯一能跳过字符串、跳过注释、识别导出/导入、尊重模块边界的方案。但它有硬性前提：
- 必须安装对应语言的 LSP 插件（如
LSP-typescript、LSP-pyright），且服务已启动（状态栏右下角显示LSP: ready） - 光标必须落在**可解析的符号上**：比如
function formatDate() {}中的formatDate，而不是console.log(formatDate)里的调用处（部分 LSP 支持，但不保证） - 文件不能有语法错误；TS 项目需存在
tsconfig.json；Python 需正确配置pyproject.toml或setup.cfg - F2 按下后无响应？先检查 LSP 日志（
Ctrl+Shift+P→LSP: Toggle Log Panel），常见原因是未识别为该语言文件（右下角语法显示不是 JavaScript/TypeScript）
当 LSP 不可用时，Find in Files 的最小安全操作流
别信“一键替换”，信三步验证：
- 在
Where栏明确填入范围：src/**/*.js、!node_modules/**、!dist/**；留空 = 全项目，风险爆炸 - 打开
Regular Expression（Alt+R），Find What填\buser_id\b，Replace With填userId；先点Find All - 右侧结果面板展开每条匹配，**逐个点击跳转到源码，确认是否在引号内、是否为注释、是否属于正则字面量（如
/user_id/g）**；发现误匹配立刻停手，调整正则（例如加(? 排除引号前，但注意 Sublime 不支持变长 lookbehind） - 全部确认无误后，再点
Replace All；若仍有疑虑，就只对当前文件用Ctrl+H+In Selection替换
重命名后最常被忽略的断裂点
改完变量名只是第一步。中型项目里，还有三处容易断链：
- 文件系统重命名（如
utils_old.js→utils_new.js）后，必须手动用Find in Files更新所有import/require路径，否则运行时报Cannot find module - SideBarEnhancements 批量重命名文件后，若
"atomic_save": true（默认），Sublime 标签页仍指向旧路径，编辑保存会写错位置；务必在用户设置中关掉它 - 搜索时没排除
node_modules或dist，导致第三方库里的同名变量被误改，引发不可预知行为——这种 bug 往往上线后才暴露
