<marquee>已废弃且自带独立层叠上下文，z-index无效；应改用transform+@keyframes实现滚动，文字和视频均需position:relative并避免父容器触发隐式层叠上下文。
滚动文字用 <marquee> 时和视频重叠，z-index 不生效？
直接说结论：<marquee> 是废弃标签，且在现代浏览器中默认被赋予独立层叠上下文（stacking context），z-index 对它无效——哪怕你给它设了 position: relative 和 z-index: 999，也压不住同级的 <video>。这不是 CSS 写错了，是渲染机制决定的。
真正起作用的是：让视频和文字都脱离文档流、各自建立可比的层叠上下文，并明确指定渲染顺序。
- 删掉
<marquee>，改用transform: translateX()+@keyframes实现滚动（兼容性好、可控性强） - 文字容器必须加
position: relative或absolute，否则z-index不触发层叠上下文 - 视频也要加
position: relative（哪怕不移动），否则它的层叠上下文优先级可能高于普通流内元素 - 确保两者父容器没有
transform、filter、opacity < 1等隐式创建新层叠上下文的属性，否则 z-index 只在该父容器内生效
视频全屏/画中画激活后，滚动文字突然消失或错位
这是常见但容易被忽略的坑：浏览器在进入全屏或画中画模式时，会强制提升 <video> 的合成层级（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 数值本身更影响最终效果。 
