transparent不是“无色”而是“无颜色信息”，规范强制映射为rgba(0,0,0,0)，导致渐变插值出现暗红/棕灰过渡、border交界黑线、transition跳变及Safari触摸失效，应统一用同源rgba()替代。
transparent 不是“无色”，而是“无颜色信息”——浏览器必须用黑色补位，才能完成后续计算。
transparent 被规范映射为 rgba(0,0,0,0)
它在 CSS 颜色模型中不是空值，而是明确锚定为预乘 Alpha 的 rgba(0,0,0,0)。这意味着：
- 所有渐变插值（如 linear-gradient(to right, #ff6b6b, transparent)）实际走的是 #ff6b6b → rgba(0,0,0,0) 路径
- 中间必然经过暗红、棕灰、近黑等过渡色，尤其在 Firefox 120 前、Safari 15–16 中偏色明显
- Retina 屏下还可能因 luminance 转换浮点误差残留灰影
- 这不是 bug，是规范行为：transparent 的语义是“不参与颜色计算”，但渲染管线仍需一个可运算的 fallback 值
border 交界处出现黑线的根本原因
当写 border-top: 100px solid transparent + border-left: 100px solid #eee 做三角形时：
- transparent 不提供 RGB 分量，抗锯齿算法找不到合理插值起点
- 浏览器只能用黑色补位，导致交界处合成出灰黑色细线
- 解法不是调 opacity 或加 backface-visibility，而是让透明边与实色边“同源”：
- 把
transparent换成rgba(238,238,238,0)（即#eee的 alpha=0 版本） - 所有相邻 border 必须基于同一基础色的透明变体，否则插值失真不可避免
transition 和触摸热区失效的底层逻辑
transparent 无法参与颜色插值，因为没有 RGB 分量可线性计算：
- background-color: blue → transparent 在 Safari 中会跳帧，在 Chrome 中可能闪一下就变
- 正确写法是统一用 rgba()：比如 rgba(0,0,255,1) → rgba(0,0,255,0)
- border: 1px solid transparent 在 Safari 下点不中，因浏览器将 transparent 解释为“无绘制意图”，跳过触摸热区计算
- 替代方案是 border: 1px solid rgba(0,0,0,0.001)（0.001 是实测最小有效 alpha，0.0001 可能被优化剔除）
真正容易被忽略的点在于：你写的 transparent 看似语义清晰，但只要它和具体颜色共存于同一渲染上下文（渐变、border 交界、transition、filter），浏览器就必须强行补一个颜色来完成计算——而那个颜色，永远是黑。
