默认开启Autoscroll to Source即可实时高亮并居中当前编辑文件，它使Project窗口自动滚动、展开路径并高亮节点；需通过Project右上角齿轮图标启用，且仅对当前项目生效，勿误开功能相反的Autoscroll from Source。
默认开启 Autoscroll to Source 就能实时高亮并居中当前编辑文件，这是最省事、也最稳定的方案；快捷键 Alt + F1（macOS 是 Cmd + F1）是备用手段，但有前提条件——它只对项目内文件生效。
为什么 Autoscroll to Source 是首选
这个开关控制 Project 工具窗口是否跟随编辑器焦点自动滚动、展开路径、高亮节点。它不依赖光标位置、不挑文件类型，只要你在编辑一个属于当前项目的文件，它就立刻响应。
- 开启路径：
Project窗口右上角齿轮图标 → 勾选Autoscroll to Source - 注意别误开名字相近的
Autoscroll from Source，那是反向逻辑：点击 Project 节点才跳转到编辑器 - 设置仅对当前项目生效；换项目后需重新勾选，除非你把它设为 IDE 默认模板
- 真正容易被忽略的是它的“静默失效”——关了也不会报错，只是看起来没反应
Alt + F1 定位失败的常见原因
这个快捷键不是“找文件”，而是“把当前编辑文件映射到 Project 视图中”。如果失败，大概率不是快捷键坏了，而是 WebStorm 根本不认为这个文件属于项目。
- 文件未被纳入 Content Root：检查
File → Project Structure → Modules，确认该文件路径没被标记为Excluded - 文件是临时拖入的（比如日志、脚本、桌面文件），WebStorm 不会为其生成 Project 节点，
Alt + F1弹窗里可能只剩Scratches and Consoles - 光标落在注释或字符串里时，某些旧版本 WebStorm 会误判“当前文件上下文”，移出注释区域再试
- 插件劫持了快捷键：去
Settings → Keymap搜索Alt + F1，看绑定是否被 GitToolBox 等插件覆盖
Project 窗口不见了？先确认它是否隐藏
定位失败的第一反应不该是调设置，而是看 Project 窗口还在不在。
- 唤出 Project 窗口：
Alt + 1（Windows/Linux）或Cmd + 1（macOS） - 菜单路径：
View → Tool Windows → Project - 全屏或禅模式下侧边栏默认隐藏，按
Esc或Shift + Esc可退出并恢复 - 如果窗口存在但没内容，可能是索引未完成——右下角看是否有 “Indexing…” 提示，刚添加目录后建议等它结束，或手动
File → Reload project from disk
物理路径和相对路径怎么选
想复制路径发给运维或填 CI 脚本，用 Ctrl + Shift + C（Windows/Linux）或 Cmd + Shift + C（macOS）；想配 tsconfig.json 的 paths 或 Webpack alias，得用右键菜单里的 Relative path。
-
Path（即Ctrl + Shift + C）：绝对物理路径，如E:\project\src\api\index.ts，适合外部系统使用 -
Relative path：以项目根目录（Content Root）为起点，如src/api/client.ts，import 时可用 -
Module path：仅在 TypeScript 启用了baseUrl时有效，会自动去掉前缀 - 注意：
Show in Explorer在某些 Windows 配置下会卡住，更稳的做法是先Alt + F1 → Project View → Enter定位节点，再右键选Show in Explorer或绑定快捷键到Show in File Manager
真正复杂的地方不在操作本身，而在于 WebStorm 对“项目文件”的判定逻辑——它不看文件名或后缀，只认是否落在配置好的 Content Root 路径内。很多定位问题其实都是路径归属没理清，而不是快捷键没按对。
