mix-blend-mode: difference 并非智能检测背景深浅，而是对文字与正下方图层做RGB差值运算实现视觉反色；其生效需严格满足图层相邻、无隔离干扰、背景类型简单等条件，否则易失效。
mix-blend-mode: difference 不能“智能”检测背景深浅，它只是对文字和其正下方图层做颜色差值运算——所以所谓“自动反色”，本质是数学结果，不是逻辑判断。真要靠它实现可靠反色，必须控制图层关系、背景类型和浏览器行为。
为什么文字没反色？先查图层是否相邻
90% 的失效源于 DOM 结构没对齐：mix-blend-mode 只在**直接相邻的兄弟图层**或**同一容器内且设了 isolation: isolate** 时才生效。
- 如果背景是
<body>的background-image，而文字在<main>里，必须给<main>加isolation: isolate - 如果背景用了
opacity: 0.99或transform: translateZ(0)，会创建新层叠上下文，直接切断混合链路 - 文字被包在
<span>里，而该<span>的父级有position: relative+z-index，也可能打断混合
哪些背景能用 mix-blend-mode: difference？
它只对颜色变化平缓的背景稳定有效；复杂图像会出视觉噪声。
- ✅ 纯色背景、线性渐变（尤其单向）、带
backdrop-filter的毛玻璃区域 - ❌ 高频纹理图、摄影图片、多色径向渐变——会出现光晕、色块、边缘撕裂
- ⚠️ 若背景是
background-image，确保父容器没加filter或opacity，否则 Safari 会静默禁用混合
Safari 移动端的三个硬限制
iOS 16+ 虽修复了 fixed 元素渲染空白问题，但滚动中仍可能闪烁或错位——这不是 bug，是 WebKit 渲染管线重排的固有表现。
立即学习“前端免费学习笔记（深入）”；
- 避免对
position: fixed的导航栏、悬浮按钮使用mix-blend-mode - 必须用时，加兜底：
color: #000; color: #fff\9;（IE9 hack 不影响现代浏览器），再用@supports (mix-blend-mode: difference)覆盖 - 真机测试重点看滚动过程：文字是否突然消失、跳闪、或与背景错位半像素
比 difference 更可控的替代路径
当背景色来自 CSS 变量（如 --bg-color）或可被 JS 检测明暗度时，硬编码反色反而更稳。
- 用
@media (prefers-color-scheme: dark)+:root变量控制主题，不依赖视觉混合 - 用
IntersectionObserver监听卡片进入视口时的背景区域亮度，动态加class="on-dark"或class="on-light" - 若背景是纯色渐变，可用
background-clip: text+-webkit-text-fill-color: transparent让文字“借色”，但仅限 WebKit
真正难的不是写对那行 mix-blend-mode: difference，而是让整个图层栈在所有设备上都保持干净、隔离、无干扰——稍有嵌套或透明度介入，就全盘失效。
