postcss是构建时工具，必须集成于webpack/vite等构建流程，无法在html中直接运行或浏览器端实时处理；其作用是在编译阶段将css规则静态注入html的style属性或生成css文件。
PostCSS 不是直接在 HTML 中运行的工具，它不支持 <style></style> 标签内联写法或 <link> 引入后浏览器端实时处理。所有 PostCSS 工作必须在构建阶段完成——HTML 只能接收 PostCSS 处理后的最终 CSS 输出。
PostCSS 不能在 HTML 中直接调用
你无法在 HTML 文件里写 <script src="postcss.js"></script> 或用 data-postcss 属性触发样式转换。PostCSS 是 Node.js 环境下的构建时工具，依赖 AST 解析和插件链，浏览器不提供这些能力。常见误解包括：
- 误以为在
<style></style>标签加type="text/postcss"就能生效（实际被忽略） - 试图用
import在 HTML 中加载 PostCSS 插件（语法错误且无运行环境） - 把
postcss-cli当作前端库引入（它只在终端执行）
正确集成方式：通过构建工具链注入
PostCSS 必须嵌入 Webpack、Vite、Gulp 等构建流程中，作为 CSS 处理流水线一环。关键点：
-
postcss-loader要放在css-loader之后、MiniCssExtractPlugin.loader之前（Webpack 场景） - Vite 默认已集成 PostCSS，只需放好
postcss.config.js，无需额外配置 loader - 插件顺序影响结果：例如
postcss-import必须在最前，autoprefixer通常靠后 - HTML 中仍用标准方式引用 CSS：
<link rel="stylesheet" href="/assets/style.css">，但该文件已是 PostCSS 处理产物
postcss.config.js 配置要点
配置文件决定哪些规则生效，容易出错的地方：
- 路径问题：
from和to字段仅用于 SourceMap，不是读写控制开关；文件读取由构建工具（如 Webpack）负责 - 浏览器兼容范围必须明确：用
overrideBrowserslist或根目录.browserslistrc，否则autoprefixer可能不加任何前缀 - 伪类和媒体查询无法内联：像
:hover、@media在转内联样式时会被跳过，不是 bug，是机制限制 - 插件参数要匹配版本：v10+ 的
autoprefixer不再接受字符串数组，需改用{ browsers: [...] }或依赖browserslist
生成内联 style 属性需专用插件
如果目标是把 CSS 规则写进 HTML 标签的 style 属性（比如邮件模板或 SSR 场景），不能靠通用 PostCSS 流程，必须用专门插件：
- 选
postcss-inline-style+postcss-html组合，且 HTML 必须是构建输入源（不是运行时 DOM） - 必须指定 HTML 入口路径和 CSS 源路径，插件通过 AST 匹配选择器并计算特异性
-
:focus、:active等交互态规则会被静默丢弃，因为内联样式不支持伪类 - 动态 class 切换（如
className={isActive ? 'active' : ''}）无法被该流程捕获，仅处理静态 HTML 模板
真正难的不是配置插件，而是厘清边界：PostCSS 处理的是源码文本，不是运行时样式；它输出的是 CSS 文件或修改后的 HTML 字符串，不是浏览器里的 computedStyle。混淆这个，就会反复尝试在 HTML 里“启动”它。
前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
