stylelint 配置没反应因未在工作目录放合法配置文件（如 stylelint.config.js）且须用 module.exports 导出；vs code 中需装处理器插件并配置 validate 语言；--fix 仅支持纯格式规则；bem 检查须用 stylelint-selector-bem-pattern 插件并配全 preset、componentname、ignoreselectors 三项。
为什么 Stylelint 配置文件没反应？
运行 npx stylelint "**/*.css" 却没报错、也没警告，大概率是配置根本没加载。Stylelint 不会向上递归查找配置，只认当前工作目录下的合法文件名：必须是 stylelint.config.js、.stylelintrc.js 或 stylelint.config.cjs；且必须用 module.exports = { ... } 导出对象，不能是 export default 或函数（除非你明确需要动态逻辑）。
常见错误包括：
- 把配置放在子目录里，而命令在项目根外执行
- 文件名写成
.stylelintrc.json但内容是 JS 语法 - 用了
export default，但当前 Node 版本或 Stylelint 版本不支持 ESM 配置
如何让 Stylelint 真正在 VS Code 里提示 CSS 错误？
装了插件却没提示？不是插件坏了，而是 VS Code 默认不把 .vue、.svelte 或 .astro 文件里的 <style></style> 块交给 Stylelint 处理。
必须手动补两件事：
- 安装对应处理器：
npm install --save-dev stylelint-processor-html（Vue）或stylelint-processor-svelte（Svelte） - 在
stylelint.config.js中加字段：processor: "stylelint-processor-html" - 在 VS Code 的
settings.json中显式声明验证语言："stylelint.validate": ["css", "scss", "vue"]（注意：不是html，是vue）
哪些规则能自动修复？别乱加 --fix
--fix 只对极少数“纯格式类”规则生效，比如 color-hex-case、declaration-block-trailing-semicolon、indentation、string-quotes。它不会碰 selector-class-pattern、declaration-block-order、selector-max-id 这类涉及语义或结构的规则——不是不想修，是不敢修。
盲目启用 --fix 的风险：
- 嵌套规则（如
@media内的缩进）可能被错排 - 补了分号但破坏了 CSS-in-JS 模板字符串的拼接逻辑
- 修改了
color-hex-case后，Git diff 看起来像大改，实际只是大小写
建议流程：npx stylelint "**/*.css" 先看报告，确认问题类型再决定是否加 --fix。
怎么用 Stylelint 强制检查 BEM 命名？
内置的 selector-class-pattern 规则只能做简单正则匹配，根本识别不了 BEM 的语义层级。比如它可能放过 .user-list（连字符，非法），却对 .user__avatar--large（合法）和 .user__avatar__icon（非法三层）一视同仁。
必须装插件并配全三项参数：
- 安装：
npm install --save-dev stylelint-selector-bem-pattern - 在配置中声明：
plugins: ["stylelint-selector-bem-pattern"] - 规则值里必须包含：
preset: "bem"、componentName: "[a-z][a-zA-Z0-9]*"（强制块名小写）、ignoreSelectors: ["/^\.js-/"]（跳过 JS 控制类）
漏掉任意一项，BEM 检查就形同虚设——.btn-primary 和 .UserCard 都不会报错。
BEM 检查最易被忽略的一点：它只校验 CSS 选择器本身，不管 HTML 中有没有对应 class，也不管 JS 里有没有引用。真要闭环，得配合构建时扫描或运行时断言，Stylelint 做不了那部分。
前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
