VSCode插件本身不能直接检查JS代码冗余，真正分析依赖ESLint、TypeScript编译器等工具；需显式配置no-unused-vars和no-unused-expressions规则，并启用eslint.enable，否则不生效。
VSCode 插件本身不能直接“检查 JS 代码冗余部分”，比如未使用的变量、函数、import 或 dead code——它只提供界面和触发能力，真正分析靠的是 ESLint、TypeScript 编译器或专用工具。装了插件但没配对规则或没开对应检查项，就等于没装。
ESLint 要启用 no-unused-vars 和 no-unused-expressions
这是最常用、最可控的冗余检测方式，但默认不开启这些规则，必须显式配置。
-
no-unused-vars检查声明后未被引用的变量、函数参数、解构属性；但它默认忽略未导出的顶层函数（避免误报），需设args: "all"和caughtErrors: "all"才覆盖 try/catch 中的 error -
no-unused-expressions抓到无副作用的表达式，比如obj.name;或foo() || bar();左侧执行完就被丢弃 - 注意：
/* eslint-disable no-unused-vars */会跳过整块，但更推荐用// eslint-disable-next-line no-unused-vars精准抑制 - TypeScript 项目中，
no-unused-vars和no-unused-expression建议关掉，交给tsc --noEmit --skipLibCheck的--exactOptionalPropertyTypes和--strict更准
VSCode 设置里必须打开 eslint.enable 和关联语言模式
常见现象是插件装了、配置写了，但编辑器就是不标红——根本原因是 ESLint 没被激活，或当前文件没被识别为可检查类型。
- 确认右下角状态栏显示的是
JavaScript React或TypeScript React，不是JavaScript（后者不处理 JSX/TSX 中的 props 和 hook） -
"eslint.enable": true必须在 workspace settings 或用户 settings 中显式设为true；"eslint.packageManager": "npm"可选，但若用 pnpm 需明确指定 - 如果项目用
tsconfig.json，确保"type": "module"或"moduleResolution": "node"正确，否则 import 检测会漏掉 ESM 风格导入 - 别依赖全局 ESLint：
npx eslint走的是本地node_modules/eslint，VSCode 插件也必须读同一路径，全局安装会导致规则不一致
动态 import 和字符串拼接类名会让检测失效
静态分析工具天然无法覆盖运行时逻辑，这类“冗余”会被漏判，甚至误删。
-
import(`${name}.js`)中的模块名不会被no-unused-vars或depcheck捕获，得靠safelist或手动标记/* webpackMode: "eager" */ -
const cls = `btn btn--${size}`导致所有btn--*类名在 CSS 清理时被 purgecss 误删，JS 层面的 import 同理 -
require('' + 'fs'')或__import__('pkg')绕过所有静态扫描，ESLint 和 depcheck 都看不到 - React 中
useCallback(() => {}, [a, b])若b实际没用到，exhaustive-deps规则能抓，但需eslint-plugin-react-hooks且react-hooks/exhaustive-deps设为"warn"或"error"
别指望插件自动删代码，只能标红+提示
所有 VSCode 插件（包括 ESLint、TypeScript Server、Import Cost）都只做诊断，不执行删除操作。所谓“自动清理”是误解。
- 保存时自动修复（
editor.codeActionsOnSave）仅限 ESLint 支持的 fixable 规则，如no-console、quotes，但no-unused-vars默认不可 auto-fix——因为删变量可能破坏闭包或副作用 - 想批量删未用 import？先开
"source.organizeImports": true，再手动Ctrl+Shift+P → Organize Imports；它只删未引用的命名导入，不会动import * as x from或默认导入 - 真正删 dead code 得靠构建时工具：Webpack 的
sideEffects: false、Rollup 的treeshake、或 Terser 的drop_unused，不是编辑器任务
冗余检测的边界很清晰：ESLint 负责语法层未使用，TypeScript 负责类型层未使用，构建工具负责打包层未使用。跨层问题（比如一个函数只被 Webpack 动态 import 调用）只能靠人工验证，没有插件能全自动兜底。
