PostCSS在less-loader之后未生效的根本原因是执行链断裂：less-loader输出标准CSS字符串后，postcss-loader必须紧随其后接收，否则会因解析Less语法（如&:hover、@{color}）而报错或静默跳过。
PostCSS在less-loader之后没生效，报错或无前缀
PostCSS根本没跑起来，不是配置错，而是执行链断了。less-loader输出的是标准CSS字符串，postcss-loader必须紧贴它后面接收——否则收到的是Less语法（比如&:hover、@{color}），直接报ParseError: Unrecognised input或静默跳过。
-
use数组里顺序必须是：['style-loader', 'css-loader', 'postcss-loader', 'less-loader']（Webpack）或postcss-loader在less-loader之后（Vite） - 检查
module.rules是否只给.css配了postcss-loader，却漏掉了.less规则 -
postcss-loader拼写不能是postcss-load或post-css-loader，大小写和连字符都得对 - 如果用了
MiniCssExtractPlugin.loader，它必须在最前面，顺序仍是：MiniCssExtractPlugin → css-loader → postcss-loader → less-loader
Autoprefixer不加前缀，或加错前缀
Autoprefixer只处理静态声明，遇到任何厂商前缀（如display: -webkit-flex）就整条跳过；同时，它不认browsers字段，旧配置会失效。
- 删掉所有手动前缀和兼容性
.flex()、.transform()等mixin，Less里只写display: flex、gap: 1rem - 把
browsers改成overrideBrowserslist，或更推荐：在项目根目录建.browserslistrc，内容如：last 2 versions、>1%、IE >= 11 - 确认
postcss-loader的options里显式启用插件：postcssOptions: { plugins: ['autoprefixer'] } -
@supports块内不要写带前缀的fallback；只有块外的标准声明才会被Autoprefixer处理
Less源码含不可见字符，PostCSS解析失败
PostCSS接收到的CSS字符串若含零宽空格（U+200B）、软连字符（U+00AD）或UTF-8 BOM，会直接卡在词法分析阶段，报ParseError: Unrecognised input——它不尝试解码，见到非法token就停。
- VS Code开启“显示不可见字符”，复制粘贴自网页/Word的代码必查
- 路径含中文（如
@import "../组件/按钮.less"）？构建工具必须绕过Less原生解析：less-loader配paths或Vite配preprocessorOptions.less.paths，然后@import改用纯ASCII路径 -
@import行末加/* 工具类 */注释？旧版Less（如3.13.x）会把;和/*黏连，当成不完整声明，注释必须独占一行且前后空行
PostCSS插件冲突或重复注入
多个Autoprefixer实例共存（比如postcss-preset-env自带一份+手动require一份），会导致前缀漏加、重复加，甚至loader报错退出。
立即学习“前端免费学习笔记（深入）”；
- 检查
postcss.config.js是否同时启用了postcss-preset-env和autoprefixer；postcss-preset-env默认开启Autoprefixer，需显式关掉：{ autoprefixer: false } - 确认
postcss.config.js被正确加载——Webpack/Vite默认识别它，但某些monorepo或自定义配置下可能被忽略，可临时加console.log('postcss config loaded')验证 - Less文件里用了
@value或mixin动态生成属性名（如@{prop}: value），Autoprefixer不解析变量，只处理静态声明，这类写法必然无前缀
真正卡点不在PostCSS本身，而在它收到的输入是否干净、是否来自less-loader的正确输出。只要less-loader吐出的CSS字符串含语法错误或不可见字符，PostCSS连第一步都迈不出去。
