已废弃且自带独立层叠上下文,z-index无效;应改用transform+@keyframes实现滚动,文字和视频均需position:relative并避免父容器触发隐式层叠上下文。

滚动文字用 时和视频重叠,z-index 不生效?
直接说结论: 是废弃标签,且在现代浏览器中默认被赋予独立层叠上下文(stacking context),z-index 对它无效——哪怕你给它设了 position: relative 和 z-index: 999,也压不住同级的 。这不是 CSS 写错了,是渲染机制决定的。
真正起作用的是:让视频和文字都脱离文档流、各自建立可比的层叠上下文,并明确指定渲染顺序。
- 删掉
,改用transform: translateX()+@keyframes实现滚动(兼容性好、可控性强) - 文字容器必须加
position: relative或absolute,否则z-index不触发层叠上下文 - 视频也要加
position: relative(哪怕不移动),否则它的层叠上下文优先级可能高于普通流内元素 - 确保两者父容器没有
transform、filter、opacity 等隐式创建新层叠上下文的属性,否则 z-index 只在该父容器内生效
视频全屏/画中画激活后,滚动文字突然消失或错位
这是常见但容易被忽略的坑:浏览器在进入全屏或画中画模式时,会强制提升 的合成层级(compositing layer),甚至将其置于顶层 overlay surface。此时任何靠 CSS 层叠控制的元素都会被“物理遮挡”,z-index 完全失效。
- 监听
video.webkitDisplayingFullscreen或document.fullscreenElement,检测到全屏时主动隐藏滚动文字容器(display: none) - 不要依赖
visibility: hidden或opacity: 0,它们仍占渲染空间,可能引发布局抖动 - 画中画模式需监听
enterpictureinpicture和leavepictureinpicture事件做对应处理 - 若必须保留文字,考虑用
canvas将文字绘制到视频帧上(仅限简单字幕场景)
用 position: absolute + z-index 还是 will-change: transform?
单纯设 z-index 不够,关键在是否触发硬件加速和独立图层。Chrome/Firefox 对 will-change: transform 或含 transform 的元素更倾向分配独立合成层,而 z-index 只在同层叠上下文中排序。
立即学习“前端免费学习笔记(深入)”;
- 对滚动文字容器加
will-change: transform(注意:只在动画前临时加,动画结束移除,避免内存泄漏) - 视频元素加
transform: translateZ(0)强制升层,再配合z-index控制相对顺序 - 避免同时给多个元素设
will-change,尤其在移动端,会导致过多图层占用 GPU 内存 - 用 Chrome DevTools 的 Layers 面板验证:滚动文字和视频是否出现在不同 “GraphicsLayer” 中
移动端 Safari 上滚动文字卡顿、跳帧
iOS Safari 对 transform 动画优化较激进,但一旦涉及字体渲染(尤其是中文字体)、多层叠加或非整数像素位移,就容易掉帧。这不是性能差,是渲染管线限制。
- 滚动文字使用
transform: translateX()而非left,确保走合成器线程 - 文字容器设
-webkit-font-smoothing: subpixel-antialiased(iOS 15+ 支持),避免字体重绘触发全层刷新 - 避免在滚动区域里嵌套
box-shadow、border-radius或filter,这些会阻止图层合并 - 用
requestAnimationFrame控制滚动节奏,别用setInterval—— 后者无法与屏幕刷新率同步
overflow: hidden,但没设 position: relative,那么子元素的 z-index 会相对于最近的「有定位的祖先」计算,而不是你预期的父容器。这种隐式层叠关系,比 z-index 数值本身更影响最终效果。











