VS Code代码分析依赖扩展与外部工具，需同时满足安装语言扩展、存在合法配置文件、终端能运行对应工具三条件；状态栏图标、开发者工具报错及保存测试可验证是否启用。
vs code 本身不内置完整代码分析能力，真正起作用的是扩展（extension）和外部工具集成。直接装个“代码分析插件”远远不够，关键得看它背后调用的是哪个分析器、是否适配你的语言版本、有没有正确配置入口文件。
如何确认当前项目已启用有效的静态分析
很多用户以为装了 ESLint 或 Pylint 就自动分析了，其实 VS Code 默认只做基础语法高亮。必须满足三个条件：安装对应语言的官方扩展（如 Python、ESLint）、项目根目录有合法配置文件（如 .eslintrc.js 或 pyproject.toml）、且该工具在终端能正常运行（npx eslint . 或 pylint --version 成功）。
- 打开命令面板（
Ctrl+Shift+P/Cmd+Shift+P），输入Developer: Toggle Developer Tools，切到 Console 标签页，看是否有Failed to load plugin或Cannot find module报错 - 检查状态栏右下角：如果有
ESLint、Pylint或phpstan图标且显示绿色对勾，说明连接成功；灰色或报错则未就绪 - 修改一个明显错误（如 Python 中写
prin("hello")），保存后没提示？大概率是分析器根本没触发
ESLint 在 TypeScript 项目中不报错的常见原因
ESLint 默认不处理 .ts 文件，即使你装了 @typescript-eslint/parser，也必须显式配置 overrides 规则块，并确保 parserOptions.project 指向正确的 tsconfig.json 路径。
- 检查
.eslintrc.cjs是否包含overrides字段，且files匹配["*.ts", "*.tsx"] -
parserOptions.project必须是相对路径（如./tsconfig.json），不能是tsconfig.json或绝对路径 - 如果项目用了
pnpm或bun，全局安装的eslint可能找不到本地@typescript-eslint包，建议统一用npx eslint测试 - VS Code 的
eslint.validate设置已废弃，别再往settings.json里加["javascript", "typescript"]
Python 项目启用 Pylint 后仍无警告
Pylint 和 VS Code 的 Python 扩展之间存在两套独立配置机制：扩展读取 python.linting.pylintArgs，而 CLI 运行依赖 .pylintrc 或 pyproject.toml。两者不一致时，编辑器里看不到结果。
- 在
settings.json中设置"python.linting.pylintArgs": ["--rcfile=.pylintrc"]，确保和 CLI 行为一致 - 避免混用
pylint和pylama，后者已停止维护，但有些旧教程还在推 - 若用 Poetry 管理依赖，
pylint必须安装在项目虚拟环境中（poetry install后再poetry shell），否则 VS Code 找不到可执行文件 - 检查
python.defaultInterpreterPath是否指向正确的 Python 解释器路径（尤其多环境共存时）
最常被忽略的一点：VS Code 的代码分析是「按文件类型触发」而非「按项目根目录触发」。打开一个 .js 文件，它只会加载 JavaScript 相关的 LSP 和 linter；切换到 .py 文件，才启动 Python 工具链。如果你在混合项目里只打开了纯 JSON 配置文件，那什么分析都不会发生——这不是 bug，是设计如此。
