最简加透明度方式是 rgb(from ... / alpha) 或 hsl(from ... / alpha)，/ 后直接写小数或百分比；动态调整需用 calc(alpha ± x)，alpha 是唯一合法变量，且结果须在 0–1 区间。
直接用 from + / 语法就能加透明度，不需要 calc()
给现有颜色加固定透明度（比如 60%），最简方式就是用 rgb(from ... / alpha) 或 hsl(from ... / alpha)。这里的 / 后面直接写小数或百分比，浏览器会自动把原色的通道值解构出来，再叠加透明通道。
常见错误现象：
– 写成 rgb(from var(--c) r g b) / 0.6（/ 在括号外）→ 整条声明无效
– 漏空格，如 hsl(fromvar(--c) h s l/0.6) → 解析失败，静默回退到默认色
– 在 rgb() 里用百分比写 alpha，如 / 60% → 虽然合法，但语义冗余，推荐统一用小数（/ 0.6）更清晰
-
rgb(from #3b82f6 r g b / 0.4)等价于rgba(59, 130, 246, 0.4) -
hsl(from var(--primary) h s l / 70%)和/ 0.7效果完全一样 - 十六进制变量也能直接用：
--brand: #09face; color: rgb(from var(--brand) r g b / 0.8);
想动态调透明度？必须套 calc()，且只改 alpha 变量
from 解构出的 alpha 是一个可计算变量，但仅限在 / 后参与 calc() 运算。它不能像 l 或 s 那样被任意缩放，因为 alpha 本身是标量，不是颜色空间维度。
正确写法只有一种结构：color: hsl(from var(--c) h s l / calc(alpha - 0.1))。注意：
立即学习“前端免费学习笔记（深入）”；
- 必须写
calc(...)，不能省略括号，也不能写成alpha - 0.1 -
alpha是唯一合法的透明度变量名，a、opacity、transparency全部无效 - 结果必须落在 0–1 区间，
calc(alpha + 0.5)对原本 alpha=0.8 的颜色会变成 1.3 → 浏览器截断为 1，不报错但逻辑失效 - 不要试图在
rgb()里对r、g、b做除法或乘法来“模拟透明”，那会偏色，且和真实 alpha 行为不一致
rgb(from) 和 hsl(from) 加透明度，选哪个？
两者都能加透明，但行为有隐含差异：
- 视觉上没区别：只要 alpha 相同，
rgb(from #ff0000 r g b / 0.5)和hsl(from #ff0000 h s l / 0.5)渲染结果一致 - 兼容性上
hsl(from)更稳：Chrome 111+、Firefox 119+、Safari 16.4+ 全支持；rgb(from)在 Safari 16.4 之前部分版本有解析 bug - 后续扩展性：如果之后要调明暗（比如 hover 变暗），
hsl(from ... h s calc(l - 10) / alpha)比在rgb()里调三个通道直观得多 - 别用
oklch(from)加透明——虽然它感知更准，但 Safari 目前（2026年10月）仍不支持oklch()函数本身，@supports降级是必须的
为什么不能用 opacity 替代？
因为 opacity 作用于整个元素及其所有子节点，而相对颜色的 / alpha 只改当前颜色属性（比如只让 background-color 半透，文字保持 100% 不透明）。
典型踩坑场景：
- 给按钮设
opacity: 0.6→ 文字、图标、边框全变淡，可读性暴跌 - 父容器设
opacity，子元素再设opacity: 1也救不回来（opacity 是继承+相乘） - 用
background-color: rgba(...)或hsl(from ... / 0.6)就能精准控制，不影响文字渲染
真正需要全局淡出时才用 opacity；日常 UI 状态（hover/disabled）一律优先用颜色函数自带的透明通道。
