根本原因不是“继承出偏差”，而是CSS变量按DOM祖先链查找且易被中间节点覆盖：:root或中间容器重定义、UI库样式覆盖、all: unset、Shadow DOM隔离、display: none切断继承链、大小写敏感及unset/initial语义差异均使其失效。
根本原因不是“继承出偏差”，而是你误把“变量声明位置”当成了“作用域边界”——CSS变量本身没有模块级作用域，它只认DOM祖先链，且极易被中间节点静默覆盖或切断。
为什么var(--color)在子元素里取到的值和父元素声明的不一致
这不是继承计算错误，而是浏览器沿祖先链向上查找时，碰到了更近、更优先的同名声明。常见干扰源：
-
:root里定义了--color: #3498db，但某个中间容器（比如.theme-dark）又写了--color: #1a1a1a，子元素自然取后者 - 第三方UI库（如Element Plus）在
.el-button规则里重写了--color，且它的CSS文件加载顺序靠后，直接覆盖了你的声明 - 父元素用了
all: unset或--color: initial，导致变量状态被清空，子元素回退到var(--color, #000)里的fallback - Shadow DOM宿主元素没显式设置该变量，内部
var(--color)查不到任何祖先声明，只能fallback
display: none或content-visibility: hidden会让变量“消失”
这些属性不是“视觉隐藏”，而是让浏览器跳过整个渲染流程——包括样式计算。一旦父元素被设为display: none，它就从继承链中物理移除，子元素向上查不到任何--x声明，var(--x)直接失效。
- 调试时打开DevTools → 选中子元素 → Computed面板搜
--x，如果“Defined in”显示inherited from <html>，说明中间确实断了 - 不要依赖
visibility: hidden来保继承链，它仍参与样式计算；但display: none和content-visibility: hidden会彻底切断 - 绝对定位弹层、
iframe内文档、Web Component的Shadow DOM，都天然隔离继承链
大小写、拼写、unset与initial的细微差别
CSS变量严格区分大小写，且unset和initial对继承的影响不同，容易被当成等价操作误用：
立即学习“前端免费学习笔记（深入）”；
-
--Color: red和var(--color)是两个变量，前者不会被后者匹配 -
--x: unset：子元素调用var(--x, #000)时，会取#000（即触发fallback） -
--x: initial：等效于该变量在此处“从未声明”，查找继续向上，但若上层也无定义，最终结果仍是fallback -
inherit对自定义属性无效——--x: inherit不会继承父级--x值，它只对原生CSS属性起作用
最容易被忽略的是：你以为变量“应该生效”，其实它压根没被声明在继承路径上；你以为“继承断了”，其实只是某层悄悄加了all: initial或--x: unset。调试必须从子元素开始，逐层往上点开Computed里的Custom Properties，看哪一层突然没了定义。
