靠单个插件不行，必须组合“搜索+跳转+符号分析”三件套：全局搜索（ctrl+shift+f+排除node_modules等）、精准跳转（依赖jsconfig.json/tsconfig.json）、语义理解（语言服务器如volar/typescript）；gitlens解决“谁何时为何修改”，eslint保障跨文件语义校验，缺一不可。
直接说结论：靠单个插件不行，得用“搜索 + 跳转 + 符号分析”三件套组合，核心是 ESLint、GitLens 和语言服务器（如 TypeScript 或 @volar/vue-language-server）。
为什么光装一个“JavaScript Booster”解决不了大型 JS 代码库问题
它确实能快速重构 var → const、function → 箭头函数，但这类操作只作用于当前文件、当前光标位置，不感知跨文件引用、类型定义或调用链。在千行以上的 JS 项目里，你真正卡住的不是“怎么写新代码”，而是“这个 utils.formatDate 到底在哪被改过？谁在哪儿调用了它？改完会不会影响其他模块？”——这些都不是 Booster 的能力范围。
- 它不提供跨文件的
Go to References或Call Hierarchy - 无法高亮显示未使用的导出函数（需 ESLint +
no-unused-export规则） - 对 CommonJS / ES Module 混用场景下的导入路径解析不稳定
必须配齐的三个底层能力：搜索、跳转、语义理解
大型 JS 代码库的导航本质是“从模糊意图到精确位置”的过程。VSCode 原生能力 + 插件补足，才能闭环：
-
全局搜索要精准：用
Ctrl+Shift+F时，务必在搜索框右上角点 “⋯” → 勾选“在文件中搜索”，并配置search.exclude排除node_modules、dist、.cache；否则搜handleClick会返回 2000+ 条无关结果 -
跳转定义不能只靠 Ctrl+Click：纯 JS 项目必须启用
jsconfig.json（哪怕空文件），否则Go to Definition可能失效；TypeScript 项目则依赖tsconfig.json的compilerOptions.baseUrl和paths -
语义理解靠语言服务器：比如 Vue 项目没装
Volar，@click绑定的函数就点不进去；React 项目没开ESLint的eslint.validate选项，useEffect依赖数组警告就不会实时出现
GitLens 是唯一能回答“这段代码为什么长这样”的插件
当你看到一段诡异的 if (process.env.NODE_ENV === 'development') 逻辑，想确认是不是某次 hotfix 引入的，GitLens 直接给出答案：
DMap GL地图JSAPI（dmapgl）开发指南。用于编写、审查、调试 DMap 地图 API 代码，涵盖地图初始化、覆盖物渲染、图层管理、事件处理、控件交互等任务。当用户提及 dmap、dmapgl、jsapi‑gl 或相关地图开发需求时自动触发。
- 把光标停在任意行，看状态栏右侧的作者名和提交哈希 —— 点击就能打开该行的完整 commit 记录
- 右键选择
GitLens: Compare With Branch…，对比main和feature/login分支里这个文件的差异，不用切终端 - 在侧边栏打开
Git Timeline，按时间轴看某个函数的修改历史，比翻 GitHub PR 记录快得多
注意：GitLens 默认只跟踪当前工作区根目录下的 Git 仓库；如果项目是 monorepo，且你要查 packages/ui 里的文件，得确保 VSCode 是以 packages/ui 为根打开的，或者用多根工作区显式包含它。
ESLint 配置稍有偏差，就会让整个代码库“失明”
很多人装了 ESLint 插件但看不到报错，根本原因是配置没生效：
- 项目根目录必须存在
.eslintrc.js或.eslintrc.cjs（ESM 项目慎用.mjs，VSCode 当前版本对它的支持不稳定） - VSCode 设置里要明确指定校验语言：
"eslint.validate": ["javascript", "javascriptreact"]，漏掉javascriptreact就不会检查 JSX - 如果用了自定义解析器（如
@typescript-eslint/parser），parserOptions.project必须指向正确的tsconfig.json路径，否则类型相关的规则（如no-unused-vars）全失效
最常被忽略的一点：ESLint 不会自动识别 require('./utils') 这种无后缀导入，除非你在 settings.json 里加 "eslint.options": { "resolvePluginsRelativeTo": "./" } 或者用 eslint-import-resolver-node 插件。
真正卡住人的从来不是功能有没有，而是“为什么这个功能在这儿不工作”。大型 JS 代码库里，90% 的导航失败都源于配置断层——jsconfig.json 缺失、search.exclude 没设、GitLens 没认准仓库根目录。把这些断点一个个焊死，剩下的就是肌肉记忆了。
