VSCode插件无法准确识别无用资源，因其仅做静态文件遍历，不解析import/export依赖链；而“无用”需基于运行时引用关系判断，必须借助Node.js脚本或命令行工具（如depcheck）分析实际模块引用。
不能靠 VSCode 插件直接统计无用资源，必须用 Node.js 脚本 + 命令行工具组合判断——插件只扫文件存在性，而“无用”取决于运行时引用关系。
为什么 VSCode 插件无法准确识别无用资源
VSCode 内置或第三方插件（如 vscode-counter、Project Statistics）本质是静态文件遍历器：它们数行数、看后缀、按 .gitignore 排除路径，但完全不解析 import/export 依赖链。比如：
-
src/utils/legacy-api.ts文件存在且被.gitignore放过，但全项目没一处import它 → 插件认为“有用”，实际是死代码 -
public/logo.svg在 HTML 中硬编码引用，但未被 JS 动态require或import→ 插件不会把它和 JS 模块关联分析 -
node_modules/lodash-es被package.json声明为 dependency，但源码里根本没调用任何函数 → 插件无法发现
npx depcheck 是最轻量的 Node.js 入口方案
它不依赖 VSCode，但可在集成终端中直接运行，输出结构化 JSON，适合前端项目快速筛查疑似无用依赖：
- 在项目根目录执行：
npx depcheck --json | jq '.dependencies'（需提前装jq） - 注意：
missing字段不是“无用”，而是“代码里写了 require/import，但package.json没声明”——别误删 - 真正要关注的是
using为空的依赖项，例如输出中出现"lodash": {"using": []} - 它不扫描
public/静态资源或 CSS 中的url()引用，这部分得人工补查
自定义 Node.js 脚本统计未被引用的 JS/TS 模块
比 depcheck 更细粒度：能定位到具体文件级“未被 import”的模块。以下脚本可保存为 scan-unused.js，在根目录运行：
Rydberg Agent Node
下载
使用一条命令部署ProbeChain Rydberg测试网代理节点。自动注册为Agent(NodeType=1)，免gas，支持macOS/Linux/Windows。触发词：/r
立即学习“前端免费学习笔记（深入）”；
const fs = require('fs');
const path = require('path');
const glob = require('glob');
const srcDir = 'src';
const entryPoints = glob.sync(`${srcDir}/**/*.{js,ts,jsx,tsx}`);
const allFiles = new Set(glob.sync(`${srcDir}/**/*.{js,ts,jsx,tsx}`));
// 粗略提取所有 import 路径（不处理动态 import、别名、重命名）
const imported = new Set();
entryPoints.forEach(file => {
const content = fs.readFileSync(file, 'utf8');
const imports = content.match(/from\s+['"]([^'"]+)['"]/g) || [];
imports.forEach(m => {
const target = m.match(/from\s+['"]([^'"]+)['"]/)[1];
if (target.startsWith('.') || target.startsWith('/')) {
const resolved = path.resolve(path.dirname(file), target);
const ext = path.extname(resolved) || '.js';
const withExt = resolved + (ext === '' ? '.js' : '');
if (fs.existsSync(withExt)) imported.add(withExt);
if (fs.existsSync(resolved + '.ts')) imported.add(resolved + '.ts');
}
});
});
const unused = [...allFiles].filter(f => !imported.has(f));
console.log('Unused modules:', unused);
- 该脚本只处理相对路径
import ... from './xxx'和绝对路径import ... from '/yyy'，不处理 Webpack 别名（如@/components） - 运行前需
npm install glob，且假设你用的是标准src/结构 - 结果只是候选列表，最终是否删除仍需人工确认——比如某模块只在构建时被插件读取（如
vite-plugin-pwa读manifest.json）
真正容易被忽略的点是：无用 ≠ 可删
很多资源看似“未被 JS import”，但可能被构建工具、HTML 模板、CSS url()、甚至 CI 脚本直接消费。比如：
-
src/assets/icons/*.svg没被 TS/JS 引入，但被vite-plugin-svg-icons自动注册 → 删除会导致图标丢失 -
public/robots.txt不在任何代码里引用，但 HTTP 服务器会直出 → 必须保留 -
src/env.d.ts不被 import，但被 TypeScript 编译器自动加载 → 删除会报类型错误
所以任何自动化结果都只是起点，不是结论。先跑 npx depcheck，再扫模块引用，最后逐个验证上下文——这才是 Node 环境下靠谱的节奏。
