VSCode本身不检测JavaScript逻辑错误，必须依赖插件组合及正确配置：启用javascript.validate.enable、配对语言模式、安装本地ESLint并配置.eslintrc.cjs、协调Prettier规则，否则标红失效或静默无反应。
VSCode 本身不检测 JavaScript 逻辑错误，插件是唯一能提供有效错误提示的途径——但必须配对正确语言模式、启用对应检查项、并有项目级配置文件支撑，否则标红失效、修复不触发、甚至根本没反应。
javascript.validate.enable 必须为 true
这是 VSCode 内置 JS 错误检测的总开关。它依赖 TypeScript 语言服务分析 JS 文件，能报出 undefined 变量、拼写错误、语法错（如少括号）、await 在非 async 函数里等基础问题。
- 该设置默认可能为
false，尤其在新装或重置后；需手动加到settings.json中："javascript.validate.enable": true - 仅对
.js文件生效，.jsx或.ts需额外配置语言模式或使用 ESLint - 不检查第三方库类型（比如
axios.get()返回值），除非安装了@types/axios或开启checkJs
ESLint 插件必须配项目级 .eslintrc.cjs
VSCode 的 ESLint 扩展只是“转发器”，真正干活的是你项目里装的 eslint 包和规则配置。没配置文件，插件就无从下手。
Miller CSV TSV JSON 数据处理器
下载
Miller (mlr) 是一个命令行工具，用于查询、整形和重新格式化名称索引数据，如 CSV、TSV、JSON 和 JSON Lines。它将 awk、sed、cut、join 和 sort 的功能整合到一个专为结构化数据处理而构建的单一工具中。
- 右下角状态栏必须显示
JavaScript React或TypeScript React，不是纯JavaScript——后者会跳过 JSX 属性校验和 Hook 规则 - 项目根目录必须存在
.eslintrc.cjs（推荐）或.eslintrc.js；.eslintrc（无后缀）会被忽略 -
settings.json中确认"eslint.enable": true，且"eslint.format.enable": false（否则与 Prettier 冲突） - 常见静默现象：
No ESLint configuration found就是没找到配置文件，不是插件没装
Error Lens 让错误“贴着代码”显示
默认 VSCode 只在行号旁画波浪线，Error Lens 把错误信息直接嵌入行尾或行内，省去悬停/切面板动作，适合快速扫读。
- 它不替代 ESLint 或 TS 服务，而是增强它们的输出：所有诊断（TS2322、no-unused-vars）都可内联展示
- 关键配置项：
errorLens.messageMode设为"inline"或"gutter"；errorLens.ignoreRules可过滤干扰项（如["no-console"]） - 不支持自动修复，只负责“看得清”；修复仍靠
Ctrl+.或保存时 ESLint 自动 fix - 若某行没显示错误，先看 Problems 面板有没有同条目——没有说明底层语言服务根本没报，Lens 也无能为力
为什么 const userNmae = 'test' 不标红？
这不是插件失效，是设计如此。变量名拼写错误（userNmae vs username）不会被拼写检查插件捕获，Code Spell Checker 默认只查字符串、注释、Markdown。
- 真正起作用的是 ESLint 的
no-undef（未定义变量）和no-unused-vars（声明后没用）——前提是变量真没被引用过 - 如果
userNmae被赋值又读取了，ESLint 就认为它是合法变量，不会质疑拼写 - 想覆盖这类低级错误，得靠 TypeScript +
strict: true+ 显式类型标注，或用// @ts-check开启 JS 文件的类型检查 - 逻辑错误（比如
if (role === 'admin') { } else { deleteUser() }）任何插件都不报——它们不知道业务语义
最常被忽略的一点：所有插件都依赖语言服务器正常运行。如果打开一个 JS 文件后，底部状态栏没显示“TypeScript”或“ESLint”，或者 Problems 面板为空，先别调配置，去看 Output 面板里 “TypeScript” 或 “ESLint” 标签页有没有报错——服务崩溃或路径不对，再好的插件也白搭。
