sublime text跨文件重构不安全，需手动控制范围、预览确认、git备份三层约束。它仅支持文本级替换，无语义分析，易误改字符串和注释，必须设准where路径、编码、正则模式，并手动保存。
Sublime Text 本身不支持语义级跨文件重构，所谓“重命名函数”“提取方法”都是基于文本匹配或轻量 AST 模拟的近似操作——直接点 Replace All 很可能把 user_id 改成 new_id，却顺手把字符串 "user_id" 和注释 # user_id is required 也干掉了。
用 Ctrl+Shift+F 做项目级替换前，必须设对 Where 范围
很多人点了 Ctrl+Shift+F 就直接输内容、点 Replace All，结果改了整个磁盘根目录下的文件。关键不是“能不能搜”，而是“搜哪里”。
-
Where框里别留空或填./：它会扫整个文件系统，极慢且危险 - 推荐写明确路径模式，比如
src/**/*.py（需勾选Regex）或app,-node_modules,-dist（逗号分隔，减号排除） - 如果项目没加进 Sublime 工作区，
<project></project>选项不可用；先菜单 → Project → Add Folder to Project…，再 Save Project As… - GBK 编码文件默认不参与搜索——右下角看编码，非
UTF-8的先用 File → Save with Encoding → UTF-8 with BOM
正则替换时 $1 不生效？先确认三件事
写好 getUserInfo\(([^)]+)\)，替换填 getUserInfo({ })，结果输出的是字面量 ，不是捕获内容。这不是正则写错了，是环境没配对。
- 右下角 .* 图标必须点亮（变蓝），状态栏显示
Regex才算启用 - 查找框里的括号必须成对且未被转义：想匹配字面
(，得写\(；否则会被当捕获组解析 - 替换框只认
$1，不支持\1或${1}；$0 表示整个匹配串，可用于加前缀如id_$0 - 跨行匹配别硬刚
.*?：开启. matches newline后容易贪婪吞到文件末尾；改用[sS]*?更稳
安全重命名变量，不能只靠 \b
Whole Word 对下划线不敏感：\buser_name\b 会匹配到 username。真正可控的方式是组合限定 + 预览。
- 先限定文件类型：Where 填
*.js或src/components/**.vue，避免误触配置文件 - 用否定字符集锚定边界：
(? 比 <code>\b可靠 - 永远先点
Find All：右侧边栏列出所有匹配项，双击跳转人工确认上下文——比如是不是在console.log("user_name")里 - Python 中
self.xxx默认不参与重命名；插件如 RenameSymbol 需显式设"include_self_attributes": true
替换完不保存？Sublime 不自动落盘
点完 Replace All，文件标签页出现星号 * 是正常现象——所有变更都缓存在内存里，关掉窗口就丢。
- 必须手动执行
File → Save All，或快捷键Ctrl+K然后Ctrl+B（Windows/Linux）；macOS 是Cmd+K→Cmd+B - 大文件（>10MB）可能被跳过，右下角状态栏看是否显示
RO（只读）或编码异常 - Git 是唯一兜底：替换前
git commit -m "before rename user_name"，替换后git diff快速核对，比肉眼扫快十倍 - 如果某次替换后部分文件没变，先检查它们是否被
Where过滤掉了（比如写了**.ts却想改.js）
最常被忽略的一点：Sublime 的跨文件操作没有“作用域感知”，它不知道 const foo = 1 和 function bar(foo) { ... } 里的 foo 是不同变量。所有“安全”都建立在你手动控制范围、预览确认、版本备份这三层约束上。
