Tailwind 中 CSS 变量与配置文件之间的配合问题，相信不少开发者都曾踩过坑。静态色值直接写入 config 文件，动态色值则通过 CSS 层级管理，如果两者混用，轻则变体缺失，重则直接出现 NaN 颜色值。下面将这几个关键要点逐一拆解清楚。
tailwind.config.js 里不能直接写 var(--x)
这样写会导致构建失败——并非语法错误，而是 Tailwind 在构建时根本无法解析像 var(--primary) 这样的字符串。它需要生成 bg-primary-500、hover:bg-primary 等变体，就必须将颜色拆解为 r/g/b 分量，用于计算暗化、透明度叠加等操作。而 var(--primary) 在 JS 配置中仅仅是一个普通字符串，parseColor() 无法获取到真实值，直接抛出 Cannot read property 'r' of undefined 错误。
常见表现：bg-primary 可以正常使用，但 bg-primary-600 完全不生成；text-primary/50 渲染为 color: rgb(NaN)；深色模式下 dark:bg-primary 无效。
- 想复用固定色值？直接配置
brand: '#1677FF'，所有变体自动可用 - 变量名拼写错误、未在 :root 中定义、或使用了未声明的 CSS 变量，Tailwind 不会报错，只会默默输出不合法的 CSS
- 即使写成
rgb(var(--tw-primary))，Tailwind 也不会校验该变量是否存在，运行时问题极难排查
@theme 规则是 v4+ 最简洁的路径
从 v4 开始，Tailwind 原生支持 @theme at-rule，无需配置 config、无需手动编写 utility，变量定义和类名生成可以一步到位。
在主 CSS 文件（如 src/index.css）中写入：
@import "tailwindcss";
@theme {
--color-primary: #1677FF;
--color-error: #ef4444;
--radius-card: 8px;
}
保存后即可直接使用 text-primary、bg-error、rounded-card，Tailwind 会自动绑定到对应的属性上。
- 命名必须带有前缀：颜色使用
--color-*，圆角使用--radius-*，字体大小使用--text-*，否则不会生效 @theme必须放在@import "tailwindcss"之后，且不能嵌套在其他规则中- 变量值支持 HEX、RGB、HSL，也支持函数如
linear-gradient(...)，但不要使用var(--x)进行套娃
@layer utilities + :root 是运行时切换唯一可靠方式
用户点击按钮切换主题、响应 prefers-color-scheme、JS 动态调用 document.documentElement.style.setProperty('--primary', '#...') —— 这些场景只能通过 CSS 层级绑定来实现，绕过 Tailwind 的颜色系统。
在 CSS 文件中编写：
@layer utilities {
.text-brand { @apply text-[var(--color-brand)]; }
.bg-brand { @apply bg-[var(--color-brand)]; }
.border-brand { @apply border-[var(--color-brand)]; }
}
同时确保全局已定义：
:root {
--color-brand: #1677FF;
}
@media (prefers-color-scheme: dark) {
:root {
--color-brand: #2563eb;
}
}
@apply text-[var(--x)]是合法写法，但text-var(--x)是错误的——后者会被当作文本类名处理，不会被解析:root的定义必须在@layer base或最外层，否则可能被覆盖；媒体查询中的定义优先级更高- 这种写法生成的类不带色阶（
bg-brand-500不存在），只响应运行时的变量变更，不要混用变体类
Arbitrary Values 不支持 var()，不要尝试
text-[var(--primary)] 看起来似乎能用，但实际上 Tailwind 会将其作为字面字符串处理，最终生成 text-[var(--primary)] { --tw-text-opacity: 1; color: var(--primary); } —— 但这个类名根本不会被 JIT 引擎识别，CSS 文件中不会出现。
Arbitrary Values 只接受静态值：数字、HEX、函数式语法（如 bg-[url('/img.png')]），所有包含 var() 的写法都会被静默丢弃。
- 想动态控制某个属性？使用
@layer utilities手动编写规则，不要指望任意值来兜底 - 大量重复使用
bg-[#f1f2f3]类，不如抽取为配置中的静态色值，体积和维护性都更优 - v3.3+ 支持
text-[color:var(--x)]这种插值语法，但仅限于@apply内部，且依赖:root已定义
真正麻烦的从来不是怎么写，而是搞不清「这个变量是否需要运行时改变」——静态色值就塞 HEX 到 config，动态色值就放入 CSS 层，中间路线只会导致构建失败、变体缺失、调试困难。
