能，但必须用@projectwallace/postcss-bem-linter fork版，原版已归档；需在CSS顶部加/ postcss-bem-linter: define .block /注释声明，否则无法识别上下文层级。
postcss-bem-linter 能否真正校验 BEM 命名？
能，但必须用 @projectwallace/postcss-bem-linter 这个 fork 版本——原版 postcss-bem-linter 已归档，对嵌套规则、SCSS 变量支持差，且无法识别 .block__elem--mod 中的上下文层级。
它不是靠正则硬匹配所有类名，而是依赖你在 CSS 文件顶部加注释声明 block：/* postcss-bem-linter: define .search-form */。没这句，插件就只能按默认正则瞎猜，把 .js-toggle 或 .is-open 当成非法 BEM 类报错。
- 必须在
postcss.config.js中启用，并传入{ preset: 'bem' } - 用
ignore选项跳过非 BEM 类：ignore: [/^js-/, /^is-/, /^has-/] - 若项目使用
block-name__elem-name--mod-name风格，block 名必须全小写、中划线分隔，否则 preset 不生效
stylelint-selector-bem-pattern 和 postcss-bem-linter 该选哪个？
stylelint-selector-bem-pattern 是更现代、更可控的选择——它跑在 stylelint 层，可精准定义 componentName、element、modifier 的命名模式，比如强制 block 必须是 PascalCase："componentName": "[A-Z][a-z]+[A-Z][a-zA-Z0-9]*"。
而 postcss-bem-linter（含 fork）只做基础结构校验，不理解业务语义；它无法阻止你写 .button__icon--primary 却没定义 .button 这个 block，也管不了 .card__title 和 .post__title 是否语义重叠。
- 如果你需要 CI 拦截、团队强约束、或和现有 stylelint 流程整合，选
stylelint-selector-bem-pattern - 如果你只要轻量级、构建时快速过一遍命名格式，且项目已用 PostCSS 链路，
@projectwallace/postcss-bem-linter更直接 - 二者不互斥：可同时启用，前者管语义层，后者管语法层
有没有能自动补全或生成 BEM 类名的 PostCSS 插件？
没有真正“自动生成类名”的 PostCSS 插件——PostCSS 是编译时工具，不介入 HTML 结构或组件逻辑，它无法知道你该写 user-card__avatar 还是 user-card__image。
但 postcss-bem（注意不是 postcss-bem-linter）提供类似 Sass 的嵌套写法，能减少手敲重复前缀：
`.user-card {
&__header { ... }
&__body { ... }
&__footer { ... }
&__avatar--large { ... }
}`
编译后自动转为 .user-card__header 等标准 BEM 类名。但它不校验、不提示、不防错，纯属语法糖。
- 它不解决命名是否合理的问题，比如
&__close-btn仍是反模式（应为&__close） - 不支持跨文件推导 block 上下文，
@import后的嵌套需手动重复& - 与 SCSS/Less 共存时容易混淆，建议团队统一预处理器再引入
为什么 BEM + PostCSS 容易踩坑？关键在「上下文丢失」
BEM 的本质是语义归属，而 PostCSS 插件几乎都不保存跨文件、跨组件的上下文信息。一个 .modal__overlay 在 modal.css 里合法，在 dialog.css 里可能就属于另一个 block，但插件不会报错——它只认当前文件顶部的 define 注释或配置里的白名单。
更隐蔽的问题是：当用 postcss-autoreset 或 postcss-initial 重置样式时，它们会按 BEM 规则匹配 block__elem，却忽略 --modifier，导致 .button--disabled 被重置掉关键样式，而 .button 没被重置，最终状态异常。
- 所有基于 BEM 的 PostCSS 插件都假设你严格遵循「一个文件一个 block」，实际项目中常有多个 block 共存于同一 CSS 文件
- 修饰符（
--mod）在大多数插件里只是后缀字符串，不参与语义解析，所以.btn--primary和.btn--secondary对插件来说毫无区别 - 真正难的不是工具链，是 block 边界的定义——比如
search-form__results-list里要不要把results-list升格为独立 block？插件给不了答案
前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
