tailwind css v4 使用 rust 编写的 oxide 引擎，彻底绕过 postcss.config.js，@import 'tailwindcss'; 是启动信号，自动注入三层样式、启用 jit 等；autoprefixer 已内置，content 字段仍需保留但仅用于扫描类名。
PostCSS 配置文件在 v4 中被彻底绕过
Tailwind CSS v4 不再读取 postcss.config.js 或 postcss.config.cjs，因为它的 Oxide 引擎是 Rust 编写的独立编译器，不走 PostCSS 插件链。当你启用 @tailwindcss/vite 或在构建流程中调用 tailwindcss() 插件时，整个样式处理（扫描类名、解析 @import "tailwindcss"、生成 utilities）均由该插件内部接管，postcss.config.* 文件哪怕存在，也完全不会被加载或生效。
@import "tailwindcss" 是新的入口指令，不是普通 CSS 导入
@import "tailwindcss"; 这行语句在 v4 中不是传统意义上的资源引入，而是 Oxide 引擎的启动信号。它会自动触发三层样式注入（base / components / utilities）、JIT 编译、important 启用、@theme 解析和插件加载 —— 所有这些原本靠 PostCSS + 多个插件协作完成的工作，现在由单条指令隐式驱动。
- 必须写单引号 + 末尾分号：
@import 'tailwindcss';，双引号或漏分号会导致静默跳过 - 不能嵌套在
@layer、@media或其他规则内，否则引擎无法识别 - 不能与旧版
@tailwind base混用；共存时后者被忽略，且无任何警告
autoprefixer 和其他 PostCSS 功能已内置
v4 输出的 CSS 已按项目 browserslist 自动添加厂商前缀，不再需要 autoprefixer 插件。显式保留或手动运行 postcss 命令（如 postcss src/input.css -o dist/output.css）不仅多余，还可能覆盖 v4 正确生成的样式，导致 hover 等伪类失效、类名缺失。
- 删掉
devDependencies中多余的postcss相关配置项（除非其他非-Tailwind 流程确实依赖） - 检查
vite.config.ts是否同时启用了postcss()和tailwindcss()—— 这会导致重复处理 - 若使用 Vite 8，注意
@tailwindcss/vite当前仅支持 Vite 5–7；Vite 8 下@import无效是已知兼容性断点
content 字段不再依赖 PostCSS，但 JS 配置仍需保留路径
Oxide 引擎默认扫描 src/**/*.{js,ts,jsx,tsx,vue}，无需 postcss.config.js 协助。不过，tailwind.config.js 中的 content 字段依然必要 —— 它只用于开发时 CLI 或插件扫描 HTML/JSX 中的动态类名（比如字符串拼接、服务端模板），不参与样式生成逻辑。
- 只需保留
content数组，删掉theme、plugins、darkMode等所有其他字段 - 如果项目含非标准路径（如
packages/、libs/或.astro文件），必须显式加进content -
content不影响@theme或@plugin的行为，它们只从 CSS 文件中提取
@theme、非法变量名、漏掉分号）一律静默跳过，而不是报错。前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
