CSS如何根据父元素背景自动切换文字颜色？使用mix-blend-mode:difference
一句话结论：这个方案能用，但有硬性限制。它只适用于纯色或简单渐变背景，而且文字本身必须是单层、无透明度、不参与其他混合的独立元素。
mix-blend-mode: difference 为什么能“自动变色”？
先澄清一个常见的误解：mix-blend-mode: difference 并不是在“检测”背景色。它的工作原理，其实是执行一次像素级的数学运算：result = |background_color - text_color|。
举个例子就明白了：当你把文字颜色固定设为白色（rgb(255,255,255)），如果背景是纯黑（rgb(0,0,0)），差值运算的结果就是白色，文字看起来就是白的；反过来，如果背景是白色，差值结果就成了黑色，文字也就变黑了。所以，这本质上是一种数学上的“反相”操作，而非逻辑判断。
理解了这一点，就能解释那些让人头疼的“翻车”现象了：
- 文字在灰色背景上，可能变成难以辨认的浅灰色（比如
|128−255|=127）。 - 背景如果是图片或复杂渐变，文字可能会局部“消失”，或者出现意想不到的彩色噪点。
- 父元素如果设置了
opacity或其他mix-blend-mode，整个混合层级就会乱套。
必须满足的 DOM 和样式条件
想让 mix-blend-mode: difference 乖乖生效，它对渲染上下文的要求相当严格。下面这几条，漏掉任何一条都可能导致效果失效：
立即学习“前端免费学习笔记（深入）”；
- 首先，
mix-blend-mode只对非根元素生效。直接把它写在或标签上是没用的。 - 文字所在的容器，必须有一个背景明确的父元素（设置了
background-color或background-image）。而且，这个父元素最好别用transform或filter去创建新的层叠上下文，否则容易出问题。 - 文字元素本身，不能设置
opacity，也不能套用任何filter效果（比如grayscale()），这些都会中断混合流程。 - 如果用了
position: absolute让元素脱离文档流，务必注意z-index的层级设置。要是没设对，文字和背景可能就不在同一个“混合组”里了。
对比 filter 方案：什么时候该换用 invert + grayscale + contrast？
那么，如果背景是图片、视频，或者是无法控制的 CMS 动态内容，mix-blend-mode: difference 靠不住了怎么办？这时候，可以换一条路，试试滤镜组合拳：
.adaptive-text {
color: #000;
filter: grayscale(1) contrast(999) invert(1);
}
这套组合技的原理是这样的：
- 先把原始文字转成灰度，然后通过极高的对比度将其推向非黑即白的极端，最后再进行一次颜色反转。最终效果会无限趋近于“黑底白字”或“白底黑字”。
- 相比
difference，这套滤镜方案更“鲁棒”，对图片背景也有效。不过，代价是文字边缘可能会有些轻微的发虚，尤其是在小字号的情况下。 - 需要留意的是，iOS Safari 对
filter的硬件加速支持不太稳定，滚动时可能出现闪烁。通常的解决办法是加上will-change: transform，或者在外面多包裹一层并设置backface-visibility: hidden。 - 另外，
invert(1)这一步千万别省。如果省略了，默认得到的是白底灰字，而不是我们想要的黑字。
话说回来，无论是 difference 还是滤镜方案，都有一个最容易被忽略的致命伤：它们都无法处理半透明背景叠加后的实际视觉亮度。
举个例子：一个 rgba(0,0,0,0.5) 的半透明黑色层，叠在白色的 body 上，我们肉眼看到的是深灰色。但 difference 只会按纯黑色背景去计算，结果文字还是被算成了黑色——放在深灰背景上，反而看不清了。遇到这种复杂的叠加场景，最稳妥的办法是放弃纯 CSS 的自动方案，改用 Ja vaScript 去计算背景的亮度值，然后动态切换文字的颜色类名。
