mix-blend-mode 只与元素背后内容混合，不作用于自身 rgba() 背景或 opacity；需用 isolation 隔离、独立遮罩层和兄弟 DOM 结构才能精准控制混合目标。
mix-blend-mode 在带透明度背景（如 rgba()、hsla() 或 opacity）时，根本不是“渲染差异”问题，而是混合对象错位——它压根没跟你想让它混合的那层背景算差值。
为什么 mix-blend-mode 会无视你设的 rgba() 背景？
因为 mix-blend-mode 不作用于元素自身的背景色，它只跟“元素背后的内容”混合。如果你给一个 div 设置了 background-color: rgba(0,0,0,0.3)，那这个半透黑只是它自己的“皮肤”，mix-blend-mode 会穿透过去，跟它下面的兄弟元素、父容器背景甚至 body 混合——而不是跟自己这层 rgba() 算。
- 想让文字和“半透黑遮罩”混合？那遮罩得是独立元素，且放在文字下方、背景上方
- 直接在文字容器上写
background-color: rgba(0,0,0,0.3); mix-blend-mode: screen→ 没用，mix-blend-mode对自身背景无感 - 如果父容器用了
opacity: 0.99，整个子树被提进新层叠上下文，mix-blend-mode就只能跟父容器背景混，再穿不下去
用 opacity 做背景透明时，mix-blend-mode 几乎必然失效
opacity 是最危险的触发器：只要值 ≠ 1，浏览器就强制创建新层叠上下文，切断混合链路。哪怕你只对卡片容器设了 opacity: 0.95，里面所有带 mix-blend-mode 的文字都会变成“只跟这张卡片的背景混”，而卡片背景如果是纯白或空的，结果就是全黑（multiply）或发灰（difference）。
- 绝对避免在混合元素的任意祖先上用
opacity（包括fade-in动画里临时加的） - 要用透明效果，改用
rgba()或hsla()直接写死颜色，比如background-color: rgba(0,0,0,0.2) - 若必须动画透明度，用
transform: opacity替代opacity属性（需配合will-change: opacity），但注意 Safari 旧版仍可能提层
Safari 对 rgba(0,0,0,0) 的 alpha=0 渲染异常会影响混合结果
当你用 rgba(0,0,0,0) 作为背景色试图“挖空”区域让 mix-blend-mode 透到底层，Safari（尤其 15.x 及更早）会残留极微弱灰阶像素，导致 difference 计算出的反色边缘发虚、发青，和 Chrome/Firefox 明显不同。
立即学习“前端免费学习笔记（深入）”；
- 安全写法是用
rgba(0,0,0,0.01)替代rgba(0,0,0,0) - 别用浮点误差值如
0.45000000000000007，某些旧 Safari 会重排或丢精度 - 如果背景本身是渐变 +
rgba()，再叠加mix-blend-mode，Safari 渲染偏差会被放大，必须在真机上测深色/浅色两种背景
真正能稳定控制混合目标的写法
要让 mix-blend-mode 只跟某一层背景混合，唯一可靠路径是显式构造层叠关系+隔离：
- 外层容器设真实背景（
background-image或纯色），并加isolation: isolate - 中间层放半透遮罩：单独
div，设background-color: rgba(0,0,0,0.2)，不设mix-blend-mode - 最上层文字容器设
color: #fff; mix-blend-mode: multiply，且保证它和遮罩层是兄弟关系（同级 DOM） - 禁用所有祖先的
filter、transform、opacity，否则混合链路会在那里断掉
复杂点不在写法本身，而在 DOM 结构必须严格对齐——少一个 isolation，或多一层 position: relative，mix-blend-mode 就静默失效，连 DevTools 都不报错。
