mix-blend-mode能让重叠的<img>元素实现Photoshop式混合，但需同时满足四个条件：元素必须是普通DOM（非background-image）、视觉重叠、同属一个stacking context、且为兄弟元素；失效主因是父容器触发新层叠上下文，如transform/filter/isolation等。
直接说结论：mix-blend-mode 能让重叠的 <img> 元素实现 Photoshop 式混合，但极易因 stacking context 中断而失效，不是“设了就出效果”的 CSS 属性。
mix-blend-mode 生效必须满足的 4 个条件
-
<img>必须是普通流内元素（不能是background-image），且彼此在视觉上重叠（比如都position: absolute叠在同一区域） - 它们必须处于同一个 stacking context：父容器不能有
isolation: isolate、transform、filter、opacity < 1等会创建新 stacking context 的属性 - 混合只发生在兄弟元素之间，不跨层级（比如子容器里的
<img>和父容器外的<img>不会混合） - 值如
'multiply'、'screen'、'overlay'在 Chrome/Firefox/Edge 中稳定，但 Safari 对'hard-light'、'color-dodge'等支持不全，需实测
为什么加了 mix-blend-mode 却没反应？
常见错误现象：
- 页面毫无变化，两张图像只是简单层叠（透明度叠加），没出现“正片叠底”或“滤色”效果
- 开发者工具里属性显示为“已启用”，但渲染结果和没写一样
- 换成
background-blend-mode却能生效 → 说明不是浏览器问题，而是 stacking context 断了
排查步骤：
html-to-pptx-converter
下载
使用 PptxGenJS 和 Python 解析，将结构化的 HTML/CSS 幻灯片内容转换为原生、可编辑的 PowerPoint（.pptx）演示文稿。
- 检查父容器是否写了
transform: translateZ(0)或filter: blur(1px)—— 这些都会隐式创建隔离上下文 - 查看父容器 computed styles，确认
isolation是auto而非isolate - 把两张
<img>提到<body>直接子级试一下：如果这时混合生效，基本可断定是中间某层触发了 stacking context - 避免用
z-index配合position: relative来“模拟重叠”——它不保证视觉重叠，也不保证同 context
mix-blend-mode 和 background-blend-mode 别混用
-
background-blend-mode作用于单个元素的多个 background 图层（比如background-image: url(a.jpg), url(b.png)），完全不依赖 stacking context，兼容性更好，但无法混合两个独立<img> -
mix-blend-mode是元素级混合，可以混合<img>、<div>、<p>等任意块级/替换元素，但对 DOM 结构和层叠规则极度敏感 - 两者不能共存于同一场景：一个管背景内部合成，一个管元素之间合成，目标完全不同
真正容易被忽略的一点：mix-blend-mode 不是“图片特效开关”，它是渲染管线中 layer compositing 阶段的行为，一旦 context 断开，浏览器连尝试混合的逻辑都不会走——它不会报错，也不会警告，就是静默失效。 调试时别只盯着 CSS 是否写对，得用 Layers 面板（Chrome DevTools → Rendering → Paint flashing / Layer borders）确认是否真生成了可混合的 layer。
立即学习“前端免费学习笔记（深入）”；
