用CSS变量统一管理间距和圆角
想让整个项目的视觉风格严丝合缝？关键在于建立一套统一的设计令牌。具体到前端实现，就是在:root中定义一套像--spacing-xs、--spacing-sm、--radius-sm这样的语义化CSS变量，然后让所有组件都通过var()来引用它们。这样一来，任何调整都只需改动一处，全局便能同步生效。
千万别再在每个组件里直接写margin: 8px或者border-radius: 4px了——这种硬编码方式，会让后续的设计迭代变成一场噩梦，你不得不逐个文件去搜索和替换。
怎么用CSS变量统一管理间距和圆角
方法很直接，但细节决定成败。首先，在:root里集中声明你的变量，这里优先级高，也方便查找和维护。数值上，建议使用rem或者无单位的数字（比如0.25），避免使用px导致缩放时失真。对于圆角，通常准备五档就足够覆盖大部分场景了：0、0.125rem、0.25rem、0.5rem、1rem，分别对应不同的卡片、按钮、弹窗等元素。
CSS变量命名冲突和作用域问题
这里有个关键原则：当变量名重复时，离元素最近的作用域会生效。举个例子，如果你在.card { --radius-sm: 8px; }里定义了同名变量，它会覆盖:root里的设置，但影响范围仅限于.card及其子元素。
一个常见的陷阱是，在某个组件局部覆盖了变量后，忘记在嵌套的子组件中重置，导致子组件意外继承了错误的值。要避免这个问题，可以从命名开始就做到具体明确：别用太泛的名字如--radius，改用--radius-sm或--radius-card。同时，尽量避免在body或html选择器上覆盖:root变量，那相当于制造全局污染。调试时，利用浏览器开发者工具的“Computed”面板查看实际解析值，往往比翻源码要快得多。
立即学习“前端免费学习笔记（深入）”；
和CSS-in-JS或Tailwind混用时怎么保持一致性
如果你的项目里同时使用了Tailwind或styled-components这类工具，问题会变得稍微复杂一些：CSS变量无法自动同步过去，必须手动对齐。
以Tailwind为例，其默认的spacing和borderRadius配置必须与你在:root中定义的变量严格对应。否则，设计师标注的尺寸和前端实现的效果之间，就可能出现几个像素的偏差，破坏设计系统的统一性。
具体怎么做？在Tailwind配置文件中，确保theme.spacing映射到你的--spacing-*变量值，例如{ '2': '0.5rem' }对应--spacing-xs: 0.5rem。当需要在Ja vaScript中读取CSS变量时，使用getComputedStyle(document.documentElement).getPropertyValue('--spacing-sm')，注意这个方法返回的是带空格的字符串。一般来说，不建议在JS里动态使用style.setProperty去修改这些基础变量，这很容易导致样式逻辑与CSS层脱节。
旧版浏览器兼容性兜底方案
CSS变量虽然强大，但并非万能。它在IE全系列以及Android 4.4以下版本中都不被支持。如果项目还需要兼容这些环境，就不能只依赖var()。
最稳妥的方案是“双写”：先声明一个静态的默认值，再用变量声明进行覆盖。不支持CSS变量的浏览器会忽略不认识的var()，从而回退到前面的静态值。
button {
border-radius: 4px;
border-radius: var(--radius-sm, 4px);
}
有几点需要注意：不要试图用@supports (--color: red)这样的特性检测来包裹整套变量定义，因为它无法判断变量是否被正确解析。构建时，可以使用PostCSS插件（如postcss-css-variables）进行静态替换，但这会牺牲运行时的灵活性。如果兼容IE是硬性要求，那么更现实的做法可能是彻底放弃CSS变量，转而使用Sass/SCSS的$spacing-sm这类变量，编译后输出静态的CSS值。
说到底，技术本身并不复杂。真正的挑战在于，让团队中的每一个成员都深刻理解：修改:root里的变量，就是在修改整个设计系统的基石，而不是在调整某个孤立的按钮边距。一旦有人开始绕过变量直接书写数值，那么这套精心构建的体系，就会从内部开始松动。
