最稳方案是使用VSCode原生命令“在资源管理器中显示”（Reveal in Explorer），它对任何文件类型（含未保存临时文件）均生效；若需在系统文件管理器中高亮当前项目根目录，则需借助open-in-explorer插件并配置inWorkspace条件触发。
怎么用插件快速跳转到当前文件所在目录
直接右键编辑器标签页，选“在资源管理器中显示”（Reveal in Explorer）就行——这是最稳、最不依赖插件的方案。VSCode 原生命令，对任何文件类型都生效，包括未保存的临时文件。
容易踩的坑：Explorer: Auto Reveal 默认开启时，它会自动滚动并高亮当前文件，但视觉反馈弱，容易误判“没反应”。关掉这个设置（设为 false），再右键操作，就能清晰看到文件在资源管理器中的真实位置。
如果非要装插件辅助，open-in-explorer 是轻量首选。装好后绑定快捷键，比如：
[{
"key": "ctrl+alt+o",
"command": "extension.openInExplorer",
"when": "inWorkspace"
}]
注意：inWorkspace 条件确保只在有工作区时生效，避免单文件模式下跳错目录。
为什么 Ctrl+P 搜不到文件？插件解决不了根本问题
Ctrl+P（macOS 是 Cmd+P）搜不到文件，90% 不是插件的事，而是工作区索引没建好或被排除了。插件再强也搜不到 VSCode 根本没扫描的路径。
常见原因列表：
-
files.exclude或search.exclude里写了太宽泛的规则，比如"**/*": true，整个项目被静默过滤 - 你只是双击打开了一个
.ts文件，没通过File > Open Folder加载文件夹——此时没有工作区，Ctrl+P只能搜已打开的标签页 - 大项目首次加载，右下角还在显示 “Searching…”；等索引完成再试，别急着装插件“加速”
验证方法：按 Ctrl+Shift+P 输入 Developer: Toggle Developer Tools，在 Console 里执行 require('vs/workbench/services/search/node/ripgrep').RipgrepSearchEngine，看是否报错或返回空对象。
想在系统文件管理器里高亮当前项目根目录，靠哪个插件
VSCode 原生不支持“在系统中选中当前项目文件夹”，必须靠插件补足。open-in-explorer 是目前最干净的选择，不带广告、不改 UI、命令语义明确。
它默认作用于当前文件所在目录，但你要的是工作区根目录？那就得加条件：
{
"key": "ctrl+alt+r",
"command": "extension.openInExplorer",
"when": "inWorkspace && editorTextFocus"
}
关键点：inWorkspace 确保只在多文件夹工作区或单根工作区下触发；editorTextFocus 防止焦点在终端或输出面板时误触发。
macOS 上有个隐藏限制：open . 可能新开 Finder 窗口，而不是高亮已有窗口——这是系统级行为，插件无权绕过。
插件源码在哪？别猜路径，用命令打开
想查某个插件怎么实现的，比如 gitlens 的提交图是怎么渲染的，第一步不是翻 GitHub，而是进它本地安装目录看真实代码。
最可靠方式：按 Ctrl+Shift+P（macOS Cmd+Shift+P），输入并运行 Developer: Open Extensions Folder。这个命令由 VSCode 自己解析路径，不受用户名含空格、中文或自定义 --extensions-dir 影响。
进去之后，找到类似 eamodio.gitlens-14.2.0 这样的文件夹，右键 → “在 VSCode 中打开文件夹”，然后用 Ctrl+Shift+F 全局搜索关键词。注意有些插件发布时把 src/ 编译压缩进了 extension.js，这时候得去 GitHub 找原始 src/ 分支对照看。
容易被忽略的是：macOS 用户常误入 ~/Library/Application Support/Code/User/extensions，那个目录是旧版残留或缓存，真正插件永远在 ~/.vscode/extensions 下——哪怕你用了 --extensions-dir，Open Extensions Folder 也会带你去对的地方。
