仅仅一行 CSS，竟让 2000 个节点的页面在弹框时卡成 PPT？

前言

在最近的一个会议室排期系统（类似甘特图）的性能优化中，我遇到了一个诡异的现象：页面初始化非常流畅，但在点击"详情"打开 el-dialog 弹框时，遮罩层的渐入动画极其卡顿，掉帧感严重。

我原本以为是 DOM 节点过多（约 2000 个）导致 Vue 响应式数据更新太慢。但在排查过程中，我发现罪魁祸首竟然是一行看似为了"设计感"而存在的 CSS 属性：mix-blend-mode: multiply; 。

1. 现象描述：消失的帧率

我们的系统在横轴（时间）和纵轴（会议室）的交叉网格中渲染了大量的"档期卡片"。为了让卡片的背景色能和底部的网格线、文字有更好的融合感，代码中使用了 CSS 混合模式：

.card-bg {
  position: absolute;
  /* 混合模式：正片叠底 */
  mix-blend-mode: multiply; 
  background-color: #e6f7ff;
}

当页面只有几十个节点时，一切正常。但当展示 6 周数据，节点数达到 2000+ 时，每当点击打开 el-dialog，浏览器就像陷入了泥潭。

---

2. 核心原因：混合模式背后的渲染逻辑

为什么 mix-blend-mode 会成为性能杀手？这要从浏览器的渲染机制说起。

A. 像素级重算（Pixel-by-Pixel Calculation）

常规的 background-color 渲染非常简单：浏览器只需要知道这个像素点的 RGB 值，直接涂色即可。

但 mix-blend-mode 不同。它要求浏览器执行 CSS Compositing（层叠组合） 规范。以 multiply（正片叠底）为例，浏览器渲染每一个像素点时，必须执行以下公式：
<math xmlns="http://www.w3.org/1998/Math/MathML" display="block"> C = C s × C b 255 C = \frac{C_s \times C_b}{255} </math>C=255Cs×Cb

• <math xmlns="http://www.w3.org/1998/Math/MathML"> C s C_s </math>Cs：当前图层颜色值（source）
• <math xmlns="http://www.w3.org/1998/Math/MathML"> C b C_b </math>Cb：底层背景颜色值（background）
• <math xmlns="http://www.w3.org/1998/Math/MathML"> C C </math>C：混合后的颜色值

这意味着，浏览器在绘制这 2000 个节点时，不能简单地"涂色"，而是必须先读取底层网格、文字、背景的颜色，再进行数学计算，最后输出结果。

B. 强制创建堆叠上下文（Stacking Context）

一旦元素应用了 mix-blend-mode（且值不为 normal），浏览器会强制该元素及其子元素创建一个新的堆叠上下文。

在 2000 个节点上同时开启混合模式，会创建 2000 个 stacking context，并可能触发额外的合成层管理和 GPU 参与。这极大地消耗了显存和合成器的性能。

C. "弹框卡顿"的终极诱因：图层合成爆炸

这是最关键的一点。当你打开 el-dialog 时：

1. el-dialog 会带有一个全屏的半透明遮罩层（Overlay）。
2. 遮罩层在做淡入淡出动画（Opacity Animation）。
3. 连锁反应 ：因为下方 2000 个节点都具有混合属性，它们对"背景"及其敏感。当上方的遮罩层颜色或透明度发生变化时，浏览器认为下方所有节点的"最终成色"都可能受到影响，从而被迫在动画的每一帧中，对这 2000 个节点进行全量的混合重计算和重绘。

渲染引擎在每一秒内要进行几十万次的像素乘法运算，GPU 瞬间满载，动画自然就变成了 PPT。

---

3. 解决方案：返璞归真

解决办法出奇地简单：移除混合模式，改用传统的透明色。

/* 优化前 */
.card-bg {
  mix-blend-mode: multiply;
  background-color: #e6f7ff;
}

/* 优化后 */
.card-bg {
  /* 移除混合模式 */
  /* 使用带透明度的 rgba 或者直接指定固定色值 */
  background-color: rgba(230, 247, 255, 0.8);
}

通过这一行代码的改动，浏览器不再需要读取背景像素进行乘法运算，节点被归类为普通渲染任务。再次打开 el-dialog，遮罩层的动画恢复到了丝滑的 60 FPS。

---

4. 经验总结：避开 CSS 的渲染陷阱

在构建高密度数据看板或复杂网格系统时，我们需要警惕以下这些"昂贵"的 CSS 属性：

1. mix-blend-mode：在大量节点上使用是性能灾难。
2. filter (如 blur(), drop-shadow()) ：同样涉及复杂的卷积运算和像素偏移计算。
3. box-shadow：特别是带有扩散半径的大面积阴影，会显著增加重绘成本。

视觉设计固然重要，但在节点过千的 B 端系统中，性能优先。 很多时候，通过预先计算好颜色值（如将混合后的颜色直接写死为 HEX），不仅能达到 90% 的视觉相似度，更能换来 100% 的交互流畅度。

---