根本原因是构建工具对less插件加载机制不一致：webpack 5+需lessoptions.plugins且插件实现standardplugin接口，vite依赖less.registerplugin，vue cli需less.lessoptions统一配置；推荐改用postcss+autoprefixer。
Less 插件无法在 Webpack/Vite/Vue CLI 中正常工作，根本原因不是插件本身写错了，而是构建工具对 less-plugin-autoprefix 这类传统 Less 插件的加载机制不一致——Webpack 5+ 默认用 lessOptions.plugins，Vite 依赖 less 的 registerPlugin API，而 Vue CLI 4.x 又强制封装了一层 loader 配置。
Webpack 5+ 中 less-plugin-autoprefix 不生效
Webpack 5 开始，less-loader 的 options 结构变了，老式写法 plugins: [new LessPluginAutoPrefix(...)] 会被忽略，因为插件必须通过 lessOptions.plugins 透传给 Less 编译器，且要求插件实现 install 方法（即 StandardPlugin 接口）。
- 检查你是否还在用
plugins字段直接塞进less-loader的顶层 options —— 这已无效 - 正确位置是：
lessOptions: { plugins: [...] }，且插件实例必须有install(less, pluginManager)方法 -
less-plugin-autoprefixv5+ 已支持 StandardPlugin，但 v4 及更早版本只支持旧式函数插件，需升级 - 若手动 new 实例，确保传入的
browsers是数组，不是字符串（"last 2 versions"会报错，得写成["last 2 versions"]）
Vite 中 autoprefix 插件完全不触发
Vite 的 less 预处理器不走 Webpack loader 链，而是调用 less.render 或 less.parse，它只认通过 less.registerPlugin 注册的插件，且要求插件导出 install 和 setOptions 方法。
- 不能直接把 Webpack 里用的
LessPluginAutoPrefix实例丢进vite.config.ts的css.preprocessorOptions.less - 必须显式调用
less.registerPlugin(new LessPluginAutoPrefix({ browsers: [...] }))，且该调用需在 Vite 启动前执行（比如放在vite.config.ts顶部import 'less'之后） - 若用的是 ESM 项目，注意
less包默认导出是 CJS，需在package.json中设"type": "module"并用动态import()加载插件，否则registerPlugin无效
Vue CLI 4/5 下 modifyVars + autoprefix 冲突
Vue CLI 封装了 css.loaderOptions.less，但它会把所有配置合并进 lessOptions，而 modifyVars 和 plugins 若不在同一层级，就会被覆盖或忽略。
- 错误写法：
less: { modifyVars: {...} }和plugins: [...]分开写，后者会被丢弃 - 正确结构必须是：
less: { lessOptions: { modifyVars: {...}, plugins: [...] } } - Vue CLI 4.5.x 搭配
less-loader@7时，lessOptions字段名是lessOptions；但 CLI 5+ 升级到less-loader@11+后，字段名不变，但插件必须兼容 StandardPlugin - 如果用了
javascriptEnabled: true，要确认插件没有在install里误读less实例的FileManager，否则可能抛TypeError: Cannot read property 'contents' of undefined
为什么 StandardPlugin 接口成了关键分水岭
Less 官方从 v4.0 起明确要求第三方插件实现 install(less, pluginManager)，这是插件能被 less.render、less.parse、less.watch 统一识别的唯一标准。不实现它，插件在 Vite、Rollup、甚至新版 Webpack 的 SSR 编译中都会静默失效。
- 旧插件靠
function(less)入口，仅适用于 CLI 命令行或简单脚本，无法参与构建工具的插件生命周期 - StandardPlugin 要求插件自己注册
Visitor或FileManager，才能介入 AST 解析、变量注入、@import 处理等环节 - autoprefix 插件若没实现
Visitor，就只能靠 hack 方式 patchtree.Node，这种写法在 Less v4.2+ 之后大概率崩溃 - 当前最稳方案：用
postcss+autoprefixer替代less-plugin-autoprefix，它不依赖 Less 版本，且所有构建工具都原生支持
