vscode无法直接提取未用css类名，需依赖uncss、purgecss等cli工具或css unused插件辅助，结合chrome coverage验证；uncss适合静态页但不支持js动态类，purgecss需精确配置content且易误删，css unused仅标灰当前文件中未出现的类名，coverage提供真实运行时字节级使用率。
不能直接在 VSCode 里靠 Node 环境“提取”未使用的 CSS 类名——VSCode 本身不执行 CSS 使用分析，Node 只是运行工具的载体，真正干活的是 uncss、purgecss 这类 CLI 工具。
uncss 命令行工具能跑通但只适合静态页面
uncss 是最贴近“Node 环境 + 提取未使用类名”需求的工具，它用 jsdom 模拟浏览器加载 HTML，再调用 document.querySelector 检查每个 CSS 选择器是否匹配到 DOM 元素。
- 它必须传入一个可访问的 URL 或本地 HTML 文件路径，
uncss index.html > clean.css才有效；直接喂给它一个style.css文件会报错 - 对单页应用（SPA）支持弱：默认只加载初始 HTML，不会执行 JS 动态添加的 class（比如
element.classList.add('is-active')），除非你额外写脚本控制 jsdom 的生命周期 - 不识别
@import或link[rel=stylesheet]加载的外部 CSS，所有样式必须内联或通过<style></style>标签写在 HTML 里 - 输出结果不含原始注释和格式，纯扁平规则，无法保留 BEM 层级或 SCSS 嵌套结构
purgecss 需要明确指定 content 路径且易误删
purgecss 更适合构建流程集成，但它不是“开箱即用”的 VSCode 插件，而是靠 Node 脚本驱动的静态扫描器，核心依赖 content 字段配置。
如果你了解HTML，CSS和JavaScript，您已经拥有所需的工具开发Android应用程序。本动手本书展示了如何使用这些开源web标准设计和建造，可适应任何Android设备的应用程序 - 无需使用Java。您将学习如何创建一个在您选择的平台的Android友好的网络应用程序，然后转换与自由PhoneGap框架到一个原生的Android应用程序。了解为什么设备无关的移动应用是未来的潮流，并开始构建应用程序，提供更
- 必须显式列出所有可能含 class 名的文件，例如：
content: ['./src/**/*.html', './src/**/*.js']；漏掉一个.vue或.tsx就大概率误删 - 遇到动态拼接类名（
class="btn btn--${type}"）会直接丢掉整个btn--*系列，除非你在safelist里加正则/^btn--.+/ - 它不解析 JS 逻辑，只做字符串匹配——所以
el.className = 'hidden md:block'里的md:block若没出现在任何content文件中，就会被删 - VSCode 中无法直接触发 purgecss，得写
package.json脚本，如："purge": "purgecss --css src/style.css --content \"src/**/*.{html,js}\" --output dist/css/"
CSS Unused 插件只能标出当前文件中的“疑似未用”类
VSCode 插件 CSS Unused 不依赖 Node，也不分析 HTML/JS，它只是在当前打开的 .css 文件里，把那些没在同项目任意 .html 或 .js 文件中出现过的类名标灰。
- 它不理解 class 绑定逻辑：比如
v-bind:class="{ active: isShow }"中的active不会被识别为已使用 - 不跨工作区扫描：如果你的 HTML 在子目录或外部仓库，插件默认找不到，需手动配置
cssUnused.include路径 - 无法处理属性选择器（
[data-role="tooltip"]）、伪类（:hover）、或媒体查询中条件性生效的规则 - 它只是提示，不会自动删除；点击右键「Remove unused CSS」才触发清理，且只删选中行，不递归删关联声明块
Chrome Coverage 是唯一能反映真实运行时状态的验证手段
别信任何静态工具的“100% 安全删除”承诺——真正知道某条 CSS 是否被用过的，只有浏览器渲染引擎。Coverage 工具给出的是字节级使用率，不是选择器级判断。
- 打开 DevTools → More Tools → Coverage → 刷新页面 → 查看每行 CSS 的颜色：红色 = 0%，绿色 = 100%
- 必须覆盖所有交互分支：点开下拉菜单、触发表单校验、切换暗色模式、滚动到底部加载懒加载内容……否则覆盖率数据严重失真
- SPA 必须手动跳转到每个路由后再点「Reload coverage」，否则只统计当前 URL 对应的 JS/CSS
- Coverage 显示某规则未使用，不等于能删：可能是 JS 动态
insertRule注入、或是媒体查询在当前视口未命中（比如@media (min-width: 1200px)在手机上永远不生效）
实际操作中，没人只靠一种方式确认冗余。最稳妥的路径是：先用 CSS Unused 插件快速筛一遍当前 CSS 文件里的明显死类，再用 purgecss 跑构建流程生成精简版，最后拿 Chrome Coverage 在所有关键页面和状态下交叉验证——尤其盯住那些被工具删掉但 Coverage 显示为绿色的规则，它们往往是动态类名或框架指令的真实使用者。
前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
