Alt + F7 是 WebStorm 中触发 Find Usages 的唯一可靠快捷键，要求光标必须位于可解析标识符内部（如函数名字母上），依赖静态语义分析而非字符串匹配，不支持括号内、引号中或动态拼接场景。
Alt + F7 是唯一可靠、语义准确的快捷键，光标必须停在符号名上才能触发。 其他方式要么慢半拍（右键菜单），要么只做字面匹配（全局搜索 Ctrl + F），不能替代。
为什么光标位置决定能不能搜到
WebStorm 的 Find Usages 是静态语义分析，不是字符串查找。它只认“当前光标落在可解析的标识符内部”这个状态：
- ✅ 正确：光标在
handleSubmit的h、s、u任意一个字母上 - ❌ 失败：光标在
handleSubmit()的括号里、空格后、引号内、或变量名前面的const上 - ❌ 失败：函数名是动态拼的，比如
obj[funcName]()，IDE 无法推导funcName指向谁 - ⚠️ 边界情况：Vue 模板中
@click="handleSubmit"默认不识别，需手动勾选 “Search in comments and strings”
结果面板打不开？先检查这三件事
没反应 ≠ 功能坏了，大概率是环境或配置卡在某个环节：
- 项目语言上下文没识别对：比如
.js文件里写了 JSX，但没启用 Babel 插件或未配置 JavaScript language version，Alt + F7就会退化成纯文本搜索 - 符号未声明或作用域异常：
var x在函数外声明，但在另一个文件里直接用了x，且没开 “Include libraries source”，可能显示 “No usages found” - 快捷键被占用了：比如你自定义过
Alt + F7绑定，或系统级热键（如某些输入法）劫持了该组合
结果面板里哪些信息值得立刻盯住
弹出的 Find 工具窗口默认三栏布局，重点关注中间和右侧：
- 中间列显示行号和代码片段，快速判断是不是你要找的调用点
- 右侧标记是关键：
read表示读取（console.log(x)），write表示赋值（x = 1），declaration是定义处 - 左侧文件路径带图标：蓝色文件名表示本项目源码，灰色带箭头的是
node_modules，点击前先确认是否开了 “Include libraries source” - 漏斗图标能过滤：比如只想看谁给这个变量赋了新值，就只勾
Write access
最常被忽略的是“搜索范围”——默认搜整个项目，但大型工程里你往往只关心 src 下的调用。进 Find Usages Settings（Ctrl + Alt + Shift + F7）改 Scope 成 “Project Files” 或自定义目录，能省下大量无效结果。
