真正管用的是组合使用插件分层定位：用jsconfig.json/tsconfig.json解析别名，禁用node_modules索引，装Path Intellisense补全路径，配合vscode-crosside-code-finder保存精准搜索模板，再辅以Peek Definition避开间接引用干扰。
复杂项目里 JS 代码分散、调用链深、依赖多，光靠 F12 跳转和 Ctrl+Shift+F 全局搜索基本失效——不是找不到，是结果太多、噪音太大、路径错乱。真正管用的，是组合使用几类插件，按需激活、分层定位。
如何让跳转不跳到 node_modules 或构建产物里
默认的 Go to Definition（F12）在大型项目中常误跳进 node_modules 或 dist 目录下的打包文件，尤其用了 monorepo 或别名（如 @/utils）时更明显。
- 确保项目根目录有有效的
jsconfig.json或tsconfig.json，且包含"baseUrl"和"paths"配置，否则 VSCode 无法解析别名 - 禁用对
node_modules的索引：在 VSCode 设置中搜javascript.suggest.autoImports，设为false；再打开settings.json，加一行"javascript.preferences.includePackageJsonAutoImports": "off" - 安装
Path Intellisense插件，它能自动补全相对路径和别名路径，并在跳转时优先匹配源码而非打包后文件 - 若仍跳错，右键函数 → “Peek Definition”（
Alt+F12），它只显示当前文件或显式导入的定义，避开间接引用干扰
为什么全局搜索总漏掉某些 .js 文件
VSCode 自带搜索默认忽略 node_modules、dist、.git 等目录，但有时你明确想查 src 下所有 .js，却因配置偏差或 glob 模式写错而漏掉——比如 **/*.js 不匹配 index.mjs，或 !src/**/test/** 误排除了 src/test-utils/。
- 检查搜索框右下角的“files to include/exclude”输入框：手动填
src/**/*.js,src/**/*.mjs显式限定范围，比依赖全局files.exclude更可靠 - 避免用
**/node_modules/**这类模糊排除，改用精确路径node_modules/**（VSCode 内置逻辑对前者识别不稳定） - 推荐安装
jinghaihan/vscode-crosside-code-finder：它支持保存常用搜索模板，例如 “在src/features下找所有调用useApi的.tsx和.js文件，排除__tests__和e2e子目录”，一次点击即生效 - 注意大小写：Windows 默认不区分，但 Linux/macOS 区分，搜索
ApiService时若文件实际是apiservice.js，需勾选搜索框里的 “Match Case” 或改用正则[Aa][Pp][Ii][Ss][Ee][Rr][Vv][Ii][Cc][Ee]
调试时断点失效的三个真实原因
断点标红但不中断，不是插件问题，而是环境链路某处断了。常见于 webpack 构建项目、TS 编译输出、或动态 import 场景。
-
sourceMap路径错位：检查构建输出的.map文件是否和.js同目录，且sources字段指向的是原始 TS/JS 路径（如../src/index.ts），而不是构建前的绝对路径 - 代码被压缩或混淆：开发环境务必关闭
TerserPlugin的compress和mangle，否则断点映射完全失效 - 异步模块未加载完成：用
import()动态加载的模块，断点打在模块内部函数上，但模块本身还没 resolve。此时应先在import().then回调里设断点，或在launch.json中启用"resolveSourceMapLocations"并配好路径映射 - 额外验证：打开调试控制台，执行
debugger语句，看是否中断——若中断，说明运行时没问题，问题出在断点绑定逻辑
ESLint + Prettier 协同失效时该查哪几行配置
保存后代码没格式化、或 ESLint 报错但不修复，90% 是配置冲突或作用域错位，不是插件没装好。
- 确认
.eslintrc.js中extends包含'prettier'，且放在最后（否则会被前面规则覆盖） - 检查 VSCode 设置中
editor.defaultFormatter是否设为esbenp.prettier-vscode，同时eslint.format.enable设为true - 若项目用
pnpm或yarn pnp，ESLint 可能找不到本地依赖：在settings.json加"eslint.packageManager": "pnpm"或对应值 - 最隐蔽的坑：
package.json中的"type": "module"会让 ESLint 无法加载 CommonJS 格式的配置文件（如.eslintrc.js）。此时要么改用.eslintrc.cjs，要么删掉"type": "module"（仅限非 ESM 项目）
复杂项目里插件不是越多越好，而是每个插件都得有明确的“防守位置”：跳转防误入、搜索防淹没、调试防失联、校验防静默。配置一旦生效，就别动它；失效时，优先查路径、sourceMap、模块解析这三处，比重装插件快十倍。
