启用 contain 能缩小重绘范围，但需配合 content-visibility: auto 或显式尺寸控制；仅用 contain: paint 易失效，推荐 contain: layout paint + 显式宽高；container-type 才开启容器查询，与 contain 无关；content-visibility: auto 更适合长列表优化。
对大量动态子树（比如实时列表、可折叠面板）启用 contain，能显著缩小重绘范围，但必须配合 content-visibility: auto 或显式尺寸控制，否则可能白配。
contain: paint 能隔离重绘，但 layout 和 size 必须手动保障
只设 contain: paint 是最常见误用——它确实能阻止子树改动影响外部绘制，但前提是浏览器能快速确定该元素的布局边界。如果容器本身没有明确宽高（比如 height: auto 且子元素浮动/绝对定位），浏览器仍需遍历整个子树计算 layout，paint 隔离就失效了。
- 推荐组合：
contain: layout paint+ 显式width/height或min-height - 避免仅用
contain: paint处理高度不确定的列表项 - 若子树含
position: absolute元素，需确保其offsetParent在 contained 区域内，否则会逃逸出绘制边界
@container 查询依赖 container-type，不是 contain 属性
很多人混淆 contain 和 container-type。前者是渲染隔离，后者才是开启容器查询的前提。不设 container-type，@container 规则直接被忽略，CSS 会静默降级为普通样式。
- 必须写：
container-type: inline-size（宽度查询）或container-type: size（宽高都查） -
contain: layout paint不自动启用容器查询，二者无隐式关联 - 父容器若用了
display: contents，会破坏容器查询上下文，@container失效
content-visibility: auto 比 contain 更适合长列表首屏优化
对于滚动列表这类“大量 DOM 但非全部可见”的场景，content-visibility: auto 的收益远高于手写 contain。它默认触发 contain: layout paint style，还附带自动跳过不可见区域的渲染和解析。
立即学习“前端免费学习笔记（深入）”；
- 只需一行：
content-visibility: auto，无需额外尺寸约束（但建议加contain-intrinsic-size防止布局抖动） - 比
contain: strict更省心，尤其适合 Vue/React 动态渲染的列表项 - 注意：若列表项内有
position: fixed，会被强制转为position: absolute，需检查视觉是否偏移
真正卡性能的往往不是单个属性，而是 containment 和容器查询混用时的边界条件——比如在 container-type: inline-size 容器里又套了一个 contain: layout 子元素，此时子元素的 layout 计算可能被截断两次，反而增加开销。先测再配，别无脑叠 buff。
