transparent与rgba(0,0,0,0)视觉相同但本质不同：前者是无RGB分量的语义指令，导致transition硬切、Safari触摸失效、渐变偏色、边框黑线；后者是可插值的预乘色值，应统一用同源rgba()替代。
视觉上一样，但浏览器根本没把它们当同一种东西处理——transparent是语义指令，rgba(0,0,0,0)是具体颜色值，所有差异都从这个底层区别长出来。
transition 动画中 background-color 突然硬切
因为 transparent 不是颜色，没有 RGB 分量，浏览器无法在线性插值时算出中间色。比如 background-color: blue → transparent，Chrome 可能闪一下就变，Safari 直接跳帧。
- 正确做法：起点终点都用
rgba()，比如rgba(0,0,255,1) → rgba(0,0,255,0) - 若起点是 CSS 变量（如
--primary-rgb: 0,0,255），终点写成rgba(var(--primary-rgb), 0)，避免色相漂移 -
@keyframes里混用transparent和具体色值，同样会失效
Safari 下 border 或 outline 点不中
Safari 把 transparent 解释为“无绘制意图”，直接跳过触摸热区计算。所以 border: 1px solid transparent 看得见，但点不到；outline: 1px solid transparent 热区极弱，甚至被忽略。
- 替代方案：
border: 1px solid rgba(0,0,0,0.001)（0.001是实测最小有效 alpha） -
0.0001可能被渲染器优化剔除，别用 - 搭配
backdrop-filter的容器也建议避免background-color: transparent，改用rgba(0,0,0,0.001)
linear-gradient 里出现灰边或偏色
规范允许 transparent 作渐变色标，但 Firefox、Safari 15–16 实际把它锚定为 rgba(0,0,0,0)，插值路径变成 #ff6b6b → rgba(0,0,0,0)，中间必然经过暗红、棕灰、近黑等非预期色阶。
立即学习“前端免费学习笔记（深入）”；
- 安全写法：统一用同源
rgba()，比如rgba(255,107,107,1) → rgba(255,107,107,0) - 多色标场景（如
red, transparent 50%, blue）更易出灰线，必须拆解为全rgba()+ 明确位置 - 仅两类场景可放心用
transparent：单色标蒙版（如mask-image）、CSS 框架强制依赖（如 Tailwind 的from-transparent）
border 三角形交界处冒出黑线
当写 border-top: 100px solid transparent + border-left: 100px solid #eee 做三角形时，Firefox/Safari 启用抗锯齿后会在交界处插值出灰黑色细线——不是 bug，是 transparent 不提供色彩信息，浏览器只能拿黑底补位。
- 解法不是换工具，而是让透明边与实色边“同源”：把
transparent换成rgba(238,238,238,0)（即#eee的 alpha=0 版本） - 所有相邻
border必须基于同一基础色的透明变体，否则抗锯齿算法失真 - CSS 变量可简化维护：
--bg: #eee; --bg-transparent: rgba(238,238,238,0);
真正麻烦的从来不是“哪个更透明”，而是 transparent 在动画、事件、合成、抗锯齿这些环节里，根本没被当成颜色来对待——它是个开关，不是数值。一旦你指望它参与计算，问题就藏不住了。
