Less 4.x 中 less-plugin-autoprefix 已彻底失效，应替换为 postcss-loader + autoprefixer 标准流程：Less → CSS → Autoprefixer，且 postcss-loader 必须紧接 less-loader 后、css-loader 前，并清空手动前缀与兼容 mixin。
Less 4.x 编译时插件“看似加载了但没生效”，基本不是配置漏了，而是插件本身已脱离 Less 生态或执行时机错位——尤其是 less-plugin-autoprefix 这类 2016 年停更的插件，在 Less 4 中根本不会运行。
less-plugin-autoprefix 已彻底失效，别再尝试修复
这个插件最后一次发布是 2016 年，硬编码过时浏览器数据，不认识 @supports、gap、CSS 变量等语法；它读不到 .browserslistrc，也不响应 Webpack/Vite 的目标环境。更关键的是：它在 Less 编译后阶段不可见（比如 &:hover 展开、mixin 插入后的最终声明），前缀加错位置或直接跳过。
- 写
.box { display: flex; }，它可能输出已废弃的-webkit-flex，体积增大还白加 -
postcss-loader和它共存时容易冲突，尤其在 Webpack 中导致样式丢失 - 参数如
browsers: ['ie >= 10']在新版autoprefixer中已被拒绝，会报警告并跳过处理
必须用 postcss-loader + autoprefixer 替代
现代工程中，所有依赖该插件的链路都应替换为标准 PostCSS 流程：Less 源码 → 编译成标准 CSS 字符串 → autoprefixer 处理 → css-loader 解析。
-
postcss-loader必须紧接在less-loader之后：Webpack 的use数组里顺序应为['style-loader', 'css-loader', 'postcss-loader', 'less-loader'] - 如果写成
['style-loader', 'css-loader', 'less-loader', 'postcss-loader']，postcss-loader收到的是未编译的 Less 语法（如&:hover、@{var}），直接报错或静默跳过 - 检查
module.rules是否只给.css配了postcss-loader，却漏掉了.less规则 -
postcss-loader拼写必须准确，不是postcss-load或post-css-loader
Less 文件里手动前缀和兼容 mixin 必须清空
autoprefixer 看到任何带厂商前缀的声明（如 display: -webkit-flex 或 transform: -moz-transform），就会认为“你已接管”，整条声明直接跳过——包括本该补的 -ms- 或 -webkit-。
立即学习“前端免费学习笔记（深入）”；
- 删掉所有类似
.flex() { display: -webkit-flex; display: flex; }的 mixin - 删掉所有手动写的前缀属性，例如
transition: -webkit-transform 0.2s; - 确保
.browserslistrc存在且内容匹配实际需求，例如：["last 2 versions", "not dead", "IE >= 11"]
其他插件失效的常见原因
除 less-plugin-autoprefix 外，很多旧插件在 Less 4 中同样不兼容，比如用于路径解析、压缩或 source map 的插件，失效主因是 API 变更或生命周期不匹配。
-
easy LESS（VSCode 插件）从 2021 年起停更，新版 VSCode（v1.80+）常静默失败，尤其对下划线文件（如_variables.less）直接跳过 - 用
lesscCLI 时，--math参数在 Less 4 中已移除，只认整数math: 1或math: 2，且完全不改变除法是否执行 - 所有插件若依赖
javascriptEnabled: true，需确认构建工具是否真正透传该选项（CRA 必须配craco-less才行）
插件失效最麻烦的地方在于：它往往不报错，只是“没反应”。你得先确认它是否真被调用，再看输入是否符合预期——而 Less 4 的编译链比以前更严格，容错更低，靠“试试看”很难定位问题。
