Tailwind CSS v4增量构建达192µs是因为Oxide引擎采用“变更感知快照”机制：首次构建后固化源文件AST与类名引用至内存索引，后续仅比对mtime和内容hash，命中即跳过解析，该性能提升不依赖构建工具。
Tailwind CSS v4 的 CSS 性能提升不是“优化”，而是底层重造带来的数量级跃迁——增量构建压进 192µs，全量构建快近 4 倍，且不依赖构建工具选型。
为什么 v4 的增量构建能到 192µs？
Oxide 引擎用“变更感知快照”替代了 v3 的暴力重扫描：
- v3 每次保存都要重新遍历
content路径下所有文件、正则提取类名、哈希比对，哪怕只改一个空格也全量重跑 - v4 首次构建后，把每个源文件的 AST 和类名引用关系固化为内存索引；后续仅比对文件
mtime和内容hash，命中缓存就跳过解析 - 这个机制是 Oxide 自身内存模型决定的，和你用 Vite 还是 Webpack 无关
@import 'tailwindcss' 如何取代 @tailwind 指令？
v4 彻底移除 PostCSS 插件链，@tailwind base 这类指令在 Oxide 中根本不存在解析逻辑：
-
@import 'tailwindcss'在 Oxide 里是原生模块加载指令，直接交由 Lightning CSS 处理嵌套、前缀、@layer展开 - 旧写法不会报错，但
base层（如* { box-sizing: border-box }）静默失效，生产环境可能白屏或排版崩坏 - 必须删掉
postcss.config.js中的tailwindcss()插件，否则与 Vite 插件冲突，导致样式重复或跳过
自动 content 扫描为什么更准、也更容易出错？
v4 的 Vite 插件从 import './style.css' 开始劫持 ESM 模块图，顺着 import 链自动发现含类名的文件：
立即学习“前端免费学习笔记（深入）”；
- 能抓到
.vue的<template></template>、Astro 的frontmatter、MDX 中的 JSX 标签，漏配路径风险大幅降低 - 但如果你用 Webpack 或自定义构建流程，
content字段仍需手动指定；配错或遗漏会导致全量扫描，性能优势归零 - 旧项目迁移时，注意检查是否残留
@layer手动覆盖逻辑——v4 的@theme规则优先级更高，可能意外覆盖你的定制
真正难的是迁移时的静默失效：没有错误提示，样式就是不出现，尤其 preflight 缺失时整个布局会突然“变轻”。建议上线前用浏览器 DevTools 检查 base 层 CSS 是否加载，而不是只看构建日志是否成功。
