CSS Containment属性减少局部重绘范围

使用 contain: layout paint 或 contain: strict 可以告知浏览器“该容器内部由自身管理”，从而跳过全局遍历，将局部重绘限制在容器边界内。但这一机制生效需满足几个前提：容器尺寸稳定、子元素不越界、浏览器支持到位。

contain: layout paint 是最常用也最稳妥的搭配

这两个值分别封锁布局计算和绘制边界，配合使用能覆盖多数局部更新场景，例如列表项内容刷新、卡片状态切换。

• contain: layout 阻止子元素位置或尺寸变化影响父级或兄弟节点；但容器自身的 width/height 若被 JavaScript 改动，仍会触发重排——因此在动画中切勿动态修改其 width，否则优化失效。
• contain: paint 强制裁剪溢出内容，让浏览器跳过不可见区域的绘制；但它不隔离布局，单独使用效果有限，属于“单打独斗不太行”的情况。
• 至于 contain: content，不建议使用——它等价于 layout paint，但语义模糊，Chrome 120+ 已标记为废弃，MDN 也明确建议避免，写出来容易引起困惑。

strict 模式适合高度独立的模块，但有隐藏约束

contain: strict 相当于 layout paint style size 全开，隔离强度最高，适合广告位、弹窗、评论区这类“插拔即用”的模块。但使用时需注意以下几点：

• 容器必须有明确尺寸，例如 width/height 或 min-width/min-height，否则 size 子项会让浏览器无法推导布局上下文，最终降级为无 containment 状态。
• 子元素不能用 position: fixed 或 position: absolute 脱离容器定位流——这些元素会被视为“越界”，导致 containment 失效，等于白写。
• 如果容器内使用了 counter-increment 或 content: counters(...)，style 子项可防止计数器污染外部，但也会切断继承链，需要检查是否影响样式逻辑，否则可能引入新问题。

JavaScript 动态设置时的兼容性与时机陷阱

用 JavaScript 设置 element.style.contain = 'strict' 听起来简单，但环境不总是配合。

• Firefox 69+、Chrome 56+、Safari 15.4+ 支持，不过 Safari 对 contain: size 的实现仍有偏差，生产环境建议添加特性检测：if ('contain' in document.documentElement.style)，避免踩坑。
• 不要在 requestAnimationFrame 回调中反复切换 contain——浏览器需要重建渲染树，频繁开关比不用还慢，得不偿失。
• 如果容器由 JavaScript 动态插入（例如 innerHTML += ...），确保 contain 样式在首次渲染前就已存在；晚于首次绘制再添加，优化窗口可能已关闭。
• 在 React/Vue 组件中，推荐通过 class 控制（如 class="card card--contained"），而不是在 useEffect 或 mounted 中操作 style.contain，这样能避免 SSR 与 CSR 渲染不一致带来的问题。

事实上，真正起效的关键不在于“写了 containment”，而在于容器是否真正自洽：尺寸可控、内容不越界、外部不干涉。一旦任何一项破防，浏览器就会悄悄降级，而你不会收到任何报错。写对属性只是第一步，保证容器稳定才是硬道理。