ctrl+shift+p仅打开命令面板，真正选中相同词需输入完整命令find_all_under并回车；光标必须位于目标词内部，且受word_separators和语法高亮影响；跨文件或需语义过滤时应使用正则替换。
Ctrl+Shift+P 不能直接选中相同词，它只是打开命令面板
命令面板本身不提供“选中相同词”功能，Ctrl+Shift+P 只是入口。真正执行选中操作的是后续输入的命令，比如 find_all_under。很多人输完 find 就回车，结果没反应——因为没输全命令名，或快捷键已被插件覆盖。
常见错误现象：Ctrl+Shift+P 后输入 find，列表里出现多个带 find 的命令，误选了 Find in Files；或者输对了 find_all_under 却没生效，实际是快捷键绑定被其他插件劫持。
- 必须输完整命令名：
find_all_under（不能缩写为find all或find under） - 输完后按
Enter，不是鼠标点——点列表项有时会失效 - 如果没反应，立刻打开
Preferences → Key Bindings，搜find_all_under，确认 Windows/Linux 绑定的是ctrl+alt+g，macOS 是ctrl+super+g
光标位置决定 find_all_under 能不能匹配到词
find_all_under 不是“全文件无脑扫”，它严格依赖光标当前所处的文本上下文：光标必须落在目标词的字母内部（比如 user_id 的 u、s 或 _ 上），不能卡在开头空格、结尾括号、引号内，也不能悬在 user_id. 的点后面。
常见错误现象：光标停在 api_timeout 后面的空格上，执行 find_all_under 结果只选中一个空格；或者停在 "user_id" 的引号里，结果匹配了整个字符串 "user_id" 而非变量名。
- 最稳做法：先双击目标词（如
log_level）使其高亮，再按Ctrl+Shift+P→find_all_under - 若目标词含特殊字符（如
$user_id），双击可能只选中$，此时应手动拖选完整标识符再触发 - 语法高亮插件若修改了
word_separators（比如把_当分隔符），user_id会被切开，find_all_under就只能匹配user或id
选中后批量编辑容易崩格式，关键在空白处理
所有被 find_all_under 选中的位置同步输入时，Sublime 默认会**吞掉原有前后空白**。比如某处是 const user_id =，另一处是 user_id:，你输 api_key 后，前者变成 const api_key=（等号贴上了），后者变成 api_key:（冒号没空格了）。
这不是 bug，是多光标编辑的固有行为。想保格式，不能靠“小心输入”，而要提前统一文档缩进与空格习惯。
- 执行前先按
Ctrl+Shift+P→ 输入Indentation: Convert Indentation to Spaces，避免混用 Tab 和空格导致错行 - 如果目标词前后有固定空格模式（如
= user_id），建议先用正则替换预处理：打开Ctrl+H，开启.*，查找(=)\s+(user_id)，替换为$1 $2，再运行find_all_under - 改完立刻按
Ctrl+Z撤销，看是否所有位置都还原——如果某处没还原，说明那里原本就不是纯文本匹配（比如被注释包裹或在字符串里）
跨文件或复杂上下文必须用正则，别硬扛 find_all_under
find_all_under 只作用于当前文件，且不做语法分析。你想改 JS 中的 data 变量，但不想动 {"data": "xxx"} 里的字符串值？它做不到。强行用，大概率一改全崩。
真正可控的做法是绕过命令面板，走 Ctrl+H + 正则路径。虽然多点两下，但能看清每处匹配是否合理。
- 先按
Ctrl+H打开替换面板，确保左下角.*图标点亮（启用正则） - 查找框填
\bdata\b(?![\'\"])：\b 保证整词，(?![\'\"])排除后面紧跟引号的情况 - 点
Find All，右下角显示匹配数，并滚动检查是否命中 JSON 键、注释、正则字面量（如/data/g） - 确认无误后，再按
Ctrl+Shift+G（不是find_all_under）——这个命令专为查找面板设计，安全边界更明确
最常被忽略的一点：正则里的 \b 对中文无效，遇到中英文混排变量（如 用户_id），得换用 (? 这类显式边界断言。
