全局搜索需精准匹配完整单词，首选勾选Whole Word模式（W图标），避免误匹配；含特殊字符时改用正则...并转义，但不支持中文及Unicode。
全局搜索匹配完整单词，关键不是“搜得广”，而是“边界控得准”——Ctrl+Shift+F（macOS 是 Cmd+Shift+F）打开全局面板后，不加 或不勾选 Whole Word，搜 user 就会命中 username、debug_user、user_id，根本没法安全替换。
必须勾选 “Whole Word” 模式（W 图标）
这是最直接、最可靠的方式，不需要写正则，也避免手误：
- 按
Ctrl+Shift+F打开全局查找面板 - 在
Find输入框填入目标词，比如api_timeout - 点击右下角的
W图标（或按Alt+W），确保它高亮激活 - 此时 Sublime 会自动按单词边界匹配，等效于正则中的
api_timeout -
Where框可填<project></project>或限定路径如src/**.js，不影响单词匹配逻辑
用正则 ... 更灵活，但要手动转义特殊字符
当目标词含点、括号、美元符等（如 console.log、$user），Whole Word 模式失效，必须切正则：
- 先点开查找面板右下角的
.*图标启用正则模式 - 查找内容写成：
console.log（点要加反斜杠）、$user（$要转义） - 注意：
不匹配中文、Unicode 字符，对中文变量名（如用户名）无效 - 若搜带引号的字符串如
"status"，别写"status"—— 应该用"status"或更稳妥的"(?
为什么搜 user_id 还会误中 my_user_id？
因为默认的 Whole Word 把下划线 _ 当作单词内字符（和字母数字一样），所以 my_user_id 中的 user_id 仍被视作独立“词”。这不是 bug，是 Sublime 的 word_separators 设计决定的：
- 检查当前语法的分隔符：菜单 →
Preferences → Settings – Syntax Specific，看是否有自定义word_separators - 想让
_变成分隔符？在用户设置里加："word_separators": "./\()"'-:,.;~!@#$%^&*|+=[]{}`~?"（去掉下划线） - 更稳妥的做法：坚持用正则
user_id，它只认字母/数字/下划线与非这些字符的交界，my_user_id中的user_id前面是_，不构成，就不会匹配
全局替换前务必先点 “Find” 看匹配数和上下文
点了 Replace All 就没法撤回（除非有 Git），但 Find 只是列出结果，能人工确认每一处是否该改：
- 点
Find后，底部面板显示所有匹配项，按文件分组，点击即可跳转 - 重点检查是否误入注释、字符串、正则字面量（如
/user_id/g）、JSON key（"user_id":）等语义不同位置 - 如果某处不该改（比如日志里的
user_id=123），就别点Replace All，改用Replace逐个处理 - 大项目建议先
Where限定为*.py或src/utils/，验证无误再放开范围
真正容易被忽略的是：全局搜索的 Whole Word 和编辑区内的 Alt+F3 全选行为共享同一套单词判定逻辑，但后者不会受 Where 范围影响——所以编辑时看着安全，全局一搜才发现漏了 config.json 里的同名字段。别依赖直觉，每次改前都扫一眼 Find 结果列表。
