PostCSS插件顺序错位、Next.js缓存未清除、content路径未覆盖动态组件、CSS提取时机导致FOUC是Tailwind在Next.js中不生效的四大主因，需逐项验证配置与缓存。
PostCSS插件顺序错位直接导致Tailwind类未生效
Next.js默认用PostCSS处理CSS，但Tailwind必须在autoprefixer之前运行，否则生成的类可能被误删或未注入。常见现象是开发时样式正常，build后部分bg-blue-500、text-sm等类完全丢失，页面回退到无样式状态。
检查postcss.config.js中插件顺序是否为：
module.exports = {
plugins: {
'tailwindcss': {},
'autoprefixer': {},
}
}
如果autoprefixer写在tailwindcss前面，或者用了postcss-preset-env等中间插件夹在中间，Tailwind的@layer和@apply可能被截断。不报错，但产出CSS缺失关键规则。
Next.js缓存机制让PostCSS配置变更不生效
Next.js会缓存PostCSS编译结果（尤其在next dev下），改完postcss.config.js或tailwind.config.ts后，旧缓存仍被复用，导致你以为改对了，实际没生效。
立即学习“前端免费学习笔记（深入）”；
强制清除缓存的方法：
- 删掉
.next/cache/postcss/目录（不是整个.next） - 启动时加
NEXT_DISABLE_CACHE=1 next dev临时验证 - CI/CD中build前加
rm -rf .next/cache/postcss
注意：next build不会自动清PostCSS缓存，所以生产构建也可能沿用错误配置。
tailwind.config.ts中content路径未覆盖动态组件
Tailwind的tree-shaking依赖content字段扫描JSX/TSX文件中的类名。若路径漏掉app/**/*.{ts,tsx}或components/**/*.{js,jsx,ts,tsx}，新写的className="hover:scale-105"在build后就消失，造成“加载瞬间有样式→跳一下→变回无样式”的闪烁。
典型错误配置：
content: [
"./pages/**/*.{js,ts,jsx,tsx}",
"./public/**/*.html"
]
正确写法必须包含app目录（如使用App Router）和所有组件源码路径：
content: [
"./app/**/*.{js,ts,jsx,tsx}",
"./components/**/*.{js,ts,jsx,tsx}",
"./pages/**/*.{js,ts,jsx,tsx}",
]
路径通配符末尾的{js,ts,jsx,tsx}缺一不可——少写tsx，TypeScript组件里的类名就进不了CSS产物。
production build中CSS提取时机引发FOUC
Next.js在next build时把Tailwind CSS提取为单独main.css，但若HTML里<link rel="stylesheet">加载慢于JS执行，React水合（hydration）完成前DOM已渲染，就会闪出无样式的几帧。
缓解手段有限但有效：
- 确保
next/head或next/document中<link>标签没有media="print"或onload延迟逻辑 - 在
document.head最顶部插入<link rel="preload" href="/_next/static/css/main.css" as="style"> - 避免在
useEffect里动态document.createElement('link')注入CSS
这个阶段的闪烁往往只在首次访问或硬刷新时出现，后续有缓存则不明显——但Lighthouse会稳定捕获到FOUC得分暴跌。
Tailwind在Next.js里不是“装上就能用”，它高度依赖PostCSS链路的精确控制。最容易被忽略的是：你改了配置，但Next.js悄悄复用了旧缓存；你写了新class，但content路径根本没扫到那个文件。这两个点不手动验证，光看控制台没报错，问题就永远卡在“看起来差不多”。 
