ctrl+鼠标左键跳转停在.d.ts是正常行为，因ts默认优先跳类型声明；若包仅含dist/和types/则无源码可跳，需检查node_modules中是否存在src/或源文件，并用alt+shift+z快速定位路径。
Ctrl+鼠标左键跳进 .d.ts 就卡住？这不是 VSCode 的问题
绝大多数 TypeScript 项目里，点第三方包（比如 zod、react-router）的函数，光标会停在 node_modules/xxx/index.d.ts —— 这是正常行为。TypeScript 默认优先跳类型声明，不是源码。包作者若只发布了 .d.ts 和编译后 dist/，那确实没有可跳的 .js 或 .ts。
验证方法很简单：
打开 node_modules/包名/ 目录，看是否存在 src/ 或未压缩的 .ts/.js 文件；如果只有 dist/、types/ 和 package.json，那就别指望一键跳源码了。
- 检查
package.json中的"types"字段是否指向dist/index.d.ts（常见），而真实源码其实在src/—— 这时需手动改字段或补"typings"指向 - 有些包用
"exports"字段控制入口，VSCode 不识别该字段的条件导出逻辑，会导致跳转路径错乱 - 若你确认有源码但跳不进去，重启 TS Server（
Ctrl+Shift+P→TypeScript: Restart TS Server）能解决部分缓存错位
Ctrl+F12 跳实现 vs F12 跳定义：关键区别在哪
F12 是“转到定义”，对 TS/JS 来说默认就是 .d.ts；Ctrl+F12 是“转到实现”，它会尝试绕过声明，直奔真实代码——前提是包提供了可识别的实现入口。
这个操作有效的前提：
• 包的 package.json 有正确的 "main"（指向 index.js）或 "module"（指向 ESM 入口）
• 且该入口文件是未编译的源码（如 src/index.ts），而非 dist/index.js
- 像
lodash-es这类直接导出src/的包，Ctrl+F12常能成功 - 但
axios的"main"指向dist/axios.js，跳进去也是编译后代码，没注释、无断点 - 如果
Ctrl+F12也失效，说明语言服务器压根没把那个文件当作“可实现目标”——此时得靠终端查路径
Python 项目里 F12 跳进空 .pyi 怎么办
点 requests.get 却停在 site-packages/requests/py.typed 下的空 .pyi 文件？核心原因是：py.typed 缺失，或 Pylance 没加载完整 stub。
纯 Python 包（如 click、httpx）一般能跳进真实 .py；C 扩展包（numpy、cv2）必然停在 .pyi —— 因为 C 实现不可见，这是 Python 层限制，不是配置能改的。
- 先确认包是否含
py.typed：进入site-packages/包名/，看有没有这个空文件。没有？说明类型信息不完整，Pylance 会降级为 AST 推导，跳转大概率失败 - 临时补救：终端执行
python -c "import requests; print(requests.__file__)"，复制输出路径，再用Ctrl+P粘贴打开 - 想强制走 Jedi 引擎：关掉
python.languageServer的 Pylance，启用 Jedi（稳定性下降，但对老包兼容性略好）
Alt+Shift+Z 定位 .d.ts 所在目录，比瞎翻快十倍
一旦光标停在 node_modules/xxx/index.d.ts，别急着关标签页——按 Alt+Shift+Z（Mac 用 Option+Shift+Z），VSCode 会立刻在资源管理器中高亮并展开该文件所在路径。
这个快捷键必须手动绑定一次：Ctrl+Shift+P → 输入 Preferences: Open Keyboard Shortcuts (JSON) → 加入：
{"key":"alt+shift+z","command":"workbench.files.action.revealFileInExplorer"}
之后你就能一眼看到它在哪个子目录下，顺手点开同级的 src/ 或 lib/ 手动找对应文件。比一层层点 node_modules 快得多，尤其当你面对嵌套多层的 monorepo 依赖时。
真正容易被忽略的是：这个操作只对已打开的文件生效，所以必须先完成一次跳转，再按它——很多人卡在“忘了先点一下”，就以为快捷键没用。
