Flex子项加clip-path后滚动或动画出现残影，是因父容器高度不稳定、子项脱离文档流或合成策略失控，导致裁剪层与原始布局层在composite阶段错位叠加；应设overflow:hidden或translateZ(0)稳定包含块，用aspect-ratio预留图片空间，并避免absolute与clip-path直接混用。
Flex 子项加 clip-path 后滚动或动画时出现残影，不是裁剪本身的问题，而是浏览器在复合（composite）阶段把“裁剪后的视觉层”和“原始布局层”错位叠加了——尤其当父容器高度不稳定、子项脱离文档流或合成策略失控时，旧帧残留就变成了看得见的影子。
Flex 容器没设明确高度或溢出控制，导致裁剪层基准漂移
Flex 容器默认不创建新的包含块（containing block），clip-path 的坐标系依赖元素自身宽高计算；若子项内容异步加载（比如图片）、或用了 flex-grow 动态撑高，容器高度就会在滚动中突变。此时浏览器可能复用上一帧的裁剪尺寸，新旧图层错开 1–2 像素，残影就出来了。
- 检查
getComputedStyle(flexContainer).height在滚动前后是否变化，突变即为根源 - 给 Flex 容器加
overflow: hidden或transform: translateZ(0)，强制建立稳定包含块 - 图片等异步内容必须预留空间：用
aspect-ratio: 16/9或padding-top: 56.25%替代空高
clip-path 应用在 position: absolute 子项上，被父级截断又未隔离
Flex 子项若设了 position: absolute，它会脱离 Flex 布局流，但 clip-path 仍受父容器层叠上下文约束。如果父 Flex 容器没设 position: relative 或 overflow: hidden，裁剪区域可能被截断或渲染到视口外，滚动时旧层未清除，就叠出残影。
- 绝对定位子项必须包裹在
position: relative的 Flex 子容器内（而非直接挂在 Flex 父上） - 避免在
display: flex的直接子元素上同时用position: absolute和clip-path，改用inset()模拟裁剪更稳 - 加
isolation: isolate到该子项，确保裁剪作用域不被祖先层干扰
Firefox 或旧 Safari 中 polygon() 语法稍错，整条规则静默失效
Firefox 对 clip-path: polygon() 极其敏感：少个空格、混用单位（如 50px）、顶点未闭合，都会导致整条声明被丢弃。表面看“没裁”，实则是浏览器回退到原始矩形，而其他样式（如 transform 动画）还在运行，视觉上就成了“拖影”或“双影”。
立即学习“前端免费学习笔记（深入）”；
- 调试时先写
clip-path: polygon(0% 0%, 100% 0%, 100% 100%, 0% 100%)确认生效，再逐点调整 - Firefox 不支持
path()，也拒绝带小数的百分比（如23.54%），改用23.5%或整数 - 必须双写前缀：
-webkit-clip-path: polygon(...); clip-path: polygon(...)，Safari 15.4 前不认无前缀版本
真正难缠的不是怎么写对 clip-path，而是它和 Flex 的交互发生在布局、绘制、合成三个阶段之间——任何一个环节的微小偏移（比如图片加载抖动 + 滚动锚点偏移 + 合成层重用），在高速滑动时都会被放大成肉眼可见的残影。
