var()函数不支持嵌套调用，var(--a, var(--b))中第二个var()不被解析而作为字符串字面量保留；变量引用链依赖声明顺序且仅单层递归展开，无死循环风险，但错序声明会导致无效值。
var() 函数本身不支持嵌套调用，根本不会进入死循环
直接写 var(--a, var(--b)) 或 var(--color, var(--fallback)) 不会触发死循环，而是被浏览器当作非法 fallback 处理：第二个 var() 完全不解析，原样保留为字符串字面量。比如 var(--missing, var(--base)) 最终计算结果就是字符串 "var(--base)"，不是值，也不递归求值——CSS 规范禁止这种语法，解析器直接跳过。
真正可能引发死循环的场景是 @container + style() + CSS 变量联动
当容器查询（@container）配合 style(--theme: dark) 检测变量，同时该变量又被 JS 动态修改、又反过来触发容器重计算时，才可能出现无限重入：
@container style(--theme: dark) { .card { --text: #fff; } }- JS 改变
--theme→ 触发容器重查询 → 重新匹配@container规则 → 再次设置--text→ 若该设置又间接影响容器尺寸或样式状态，就可能形成闭环 - 这不是
var()的问题，而是容器查询对 CSS 变量变更的响应机制与布局副作用叠加导致的
变量引用链不会死循环，但可能因声明顺序错乱导致无效值
像 --a: var(--b); --b: var(--c); --c: #000; 这种链式引用是合法且安全的，浏览器只做单向、有限深度展开（通常 ≤2 层），不会递归到栈溢出。但若声明顺序颠倒：
-
--a: var(--b);出现在--b声明之前 →--a初始值为invalid - 后续即使补上
--b: #000;，--a也不会自动更新 —— CSS 变量没有响应式重计算能力 - 这种“失效”常被误认为“卡住”或“死循环”，实际只是值没生效
构建时或运行时处理嵌套 fallback 时需防循环引用
如果用 PostCSS 插件或 JS 手动展开 fallback 链（例如把 var(--x, var(--y, #000)) 替换为最终值），必须检查变量依赖图：
立即学习“前端免费学习笔记（深入）”；
--x: var(--y);-
--y: var(--x);→ 形成 A→B→A 循环引用 - PostCSS 插件可能陷入无限展开，JS 递归解析可能爆栈
- 建议在构建脚本中加入最大展开层数限制（如 ≤3），并提前校验依赖关系
var() 会不会死循环，而是你是否混淆了「语法错误」「作用域失效」「容器重入」和「构建工具逻辑失控」这四类完全不同的问题。其中只有最后一类（构建时展开）才真有栈溢出风险，其余都是值未定义或样式未生效。 
