Autoprefixer 不处理 Less 源文件，必须确保 postcss-loader 在 less-loader 之后执行、配置 browserslist、避免手动前缀、禁用过时插件，并注意 public 目录下 CSS 和新属性不受支持。
Less 本身不加前缀，Autoprefixer 也从不处理 .less 源文件——它只对标准 CSS 字符串生效。你看到的“没前缀”，90% 是因为构建链路没把 autoprefixer 接在 Less 编译之后、CSS 解析之前。
postcss-loader 顺序写错：Less 编译后没进 Autoprefixer
Webpack 中 loader 执行顺序是从右往左，但逻辑上必须是：Less 编译 → PostCSS 处理 → CSS 解析。常见错误是把 postcss-loader 放在 less-loader 左边（即数组里写在前面），结果它收到的是未编译的 Less 语法，直接跳过或报错。
- ✅ 正确写法：
['style-loader', 'css-loader', 'postcss-loader', 'less-loader'] - ❌ 错误写法：
['style-loader', 'css-loader', 'less-loader', 'postcss-loader']——postcss-loader收不到合法 CSS - 检查
module.rules是否只给.css配了postcss-loader，漏掉了.less规则
Less 文件里写了手动前缀，Autoprefixer 直接放弃整条声明
autoprefixer 看到任何带厂商前缀的声明（比如 display: -webkit-flex 或 transform: -moz-transform），就会认为“你已接管”，不再补任何前缀——包括本该加的 -ms- 或 -webkit-。
- 删掉所有自定义
.flex()、.transform()这类 Mixin - Less 文件里只保留标准语法：
display: flex、gap: 1rem、place-content: center - 特别注意
@supports块内不要写带前缀的 fallback；块外的标准声明才由autoprefixer处理
browserslist 配置没生效或覆盖不全
autoprefixer 加什么前缀，完全取决于 browserslist。默认规则（如 > 0.5%, not dead）可能漏掉你真实要支持的 Safari 12、Android Browser 4.4 或 IE11。
立即学习“前端免费学习笔记（深入）”；
- 运行
npx browserslist查看当前实际生效的浏览器列表，确认是否包含Safari 12、IE 11等关键目标 - 避免在
postcssOptions.plugins里重复写browsers参数（已弃用），统一用.browserslistrc文件或package.json中的browserslist字段 - 多列布局属性（如
column-gap、column-rule）本身支持有限，autoprefixer不会自动补-webkit-前缀
用了已废弃的 less-plugin-autoprefix
less-plugin-autoprefix 最后一次更新是 2016 年，依赖硬编码的浏览器数据，无法识别 @supports、gap、CSS 变量等现代语法；它也读不到你的 .browserslistrc，更没法联动 Webpack 或 Vite 的目标环境配置。
- 它对嵌套、变量、mixin 展开后的 CSS 结构不可见，前缀添加位置错误或缺失
- 手动指定
browsers: ['ie >= 10']参数已失效，新版autoprefixer拒绝接受browsers字段 - Vite 默认启用 PostCSS，只要项目里有
postcss.config.js或.browserslistrc，autoprefixer就自动运行，无需额外配 Less
最容易被忽略的是：public/ 目录下用 <link> 引入的 CSS 文件绕过构建流程，autoprefixer 完全不触碰；还有 backdrop-filter、scroll-behavior 这类属性本身就不在 autoprefixer 的补全范围内——它们靠的是原生支持或 polyfill，不是前缀。
