Sublime Text无法准确识别未使用CSS，因其依赖运行时DOM、JS动态操作及框架机制，静态分析必然误报漏报；可行方案是Chrome Coverage面板、purgecss工具或构建插件联动浏览器验证。
Sublime Text 本身不带「一键查找未使用 CSS」能力，也没有原生或主流插件能真正可靠地做到这点——这不是配置问题，而是技术限制。
CSS 选择器是否被使用，依赖运行时 DOM 结构、JavaScript 动态操作、条件加载逻辑甚至第三方库行为。静态分析工具（包括 Sublime 插件）只能做粗略推测，误报/漏报极高，不能替代真实环境检测。
为什么 Sublime 无法准确识别未使用的 CSS
静态分析在编辑器里注定失效，原因很实在：
-
document.querySelector()或jQuery('.foo')这类调用根本不会出现在 CSS 文件里，Sublime 看不见 JS 中的类名引用 - 动态类名拼接（如
el.classList.add('btn-' + type)）会让所有btn-*类都变成“可能被用”，但插件无法推断type取值范围 - HTML 模板分散在多个文件（.html、.vue、.jsx、服务端模板），Sublime 默认只扫描当前打开文件，跨文件索引需额外构建，且不维护缓存
- 框架组件（React/Vue）的 scoped CSS、CSS-in-JS、CSS Modules 等机制让选择器作用域完全脱离传统 CSS 文件上下文
哪些插件曾被误认为能“查未使用 CSS”
实际测试下来，以下插件常被误解，但它们都不满足“一键精准定位”需求：
-
SublimeLinter-csslint：只检查语法、低效选择器、兼容性，不分析使用率 -
CSSO或csstree相关 Sublime 封装：压缩/验证工具，不是引用分析器 -
Unused CSS（极少数第三方小插件）：仅对当前 HTML 文件做简单字符串匹配，遇到class="a {{b}} c"或 Web Components 就失效 -
CanIUse：纯兼容性查询，和“是否被用”完全无关
真正可行的替代路径（本地 + 浏览器联动）
想确认某段 CSS 是否冗余，必须结合运行时环境。推荐这个轻量组合：
- 在 Chrome DevTools 的
Command Menu (Ctrl+Shift+P)里输入「Coverage」，打开 Coverage 面板 → 刷新页面 → 查看 CSS 文件中绿色（已使用）/红色（未使用）区块 - 用
Puppeteer脚本遍历关键路由，配合critters或purgecss做批量分析；purgecss需手动指定内容源路径（如--content "**/*.html" --content "**/*.js"），不能靠 Sublime 自动发现 - 开发阶段加个临时
console.log在 CSS 规则生效处（比如用:before { content: "debug-header"; }），再搜索 DOM 中是否渲染出该伪元素 - 如果项目用 Webpack/Vite，直接配
unused-css-webpack-plugin或vite-plugin-unused-components，错误会打到终端，比编辑器提示更可信
Sublime 能做的务实辅助
它不适合做判断，但能帮你高效执行判断后的操作：
立即学习“前端免费学习笔记（深入）”；
- 用多重选择（
Ctrl+D）快速选中同一类名在多个 CSS 规则中的出现位置，方便手动核对 - 配合
Emmet缩写快速补全常见重置类（如dn→display: none;），减少手写冗余规则的机会 - 用
HTML-CSS-JS Prettify统一格式后，肉眼扫读重复声明（比如两个.btn { color: red; }）效率更高 - 把
purgecss命令写成 Sublime 的build system，按Ctrl+B运行并查看终端输出结果
