position取值决定层叠行为：static无视z-index；relative/absolute/fixed/sticky需配z-index才生效；fixed相对视口，absolute相对最近已定位祖先；z-index仅在同层叠上下文中有效，opacity

position 属性的取值差异直接影响层叠行为

不是所有 position 值都会触发层叠上下文（stacking context），这点常被忽略。只有 position: relative、position: absolute、position: fixed 和 position: sticky 配合 z-index 才能参与显式层叠控制；而 position: static（默认值）完全无视 z-index，哪怕写了也无效。

常见错误是给一个 div 设置了 z-index: 999 却没加 position，结果毫无层叠效果。必须成对出现：

.modal {
  position: absolute;
  z-index: 1000;
}

另外，position: fixed 会脱离文档流并相对于视口定位，而 position: absolute 是相对于最近的「已定位祖先」（即 position 不为 static 的父元素）。若祖先没设 position，就会一路向上找到 。

z-index 不是全局数字比大小，而是按层叠上下文分组计算

z-index 只在同一个层叠上下文中起作用。一旦父元素创建了新的层叠上下文（比如设置了 opacity: 0.99、transform: translateZ(0)、will-change: transform 或 filter: blur(1px)），其子元素的 z-index 就只在这个新上下文内比较，不再和外部兄弟元素直接竞争。

• 父容器 A：z-index: 10，且触发了层叠上下文（如加了 opacity: 0.99）
• 子元素 A-1：z-index: 9999
• 兄弟容器 B：z-index: 20（无其他触发条件）

此时 A-1 永远压不住 B——因为 A 的整个层叠上下文（含 A-1）整体排在 B 下面。这是最常导致“明明 z-index 很大却盖不住”的根本原因。

如何主动创建或避免意外的层叠上下文

有些 CSS 属性会在不声明 position 的情况下悄悄创建层叠上下文，干扰预期布局。比如：

• opacity 小于 1（哪怕是 0.999）
• transform 有值（包括 translateX(0)）
• filter 有值（哪怕 filter: none 以外的任意值）
• will-change 设为 transform、opacity 等
• isolation: isolate

调试时可借助浏览器开发者工具的「Layers」面板（Chrome）或「Computed」中查看「Stacking Contexts」，确认某元素是否意外成了层叠根节点。若需保留样式但不想创建上下文，可考虑用 transform: translateZ(0) 替代 transform: translateY(0)（后者会创建上下文，前者不会，除非父级已有）。

sticky 定位的层叠行为与滚动边界强相关

position: sticky 表现像 relative 和 fixed 的混合体，但它是否“粘住”、何时“粘住”，取决于其**最近的滚动祖先容器**（即设置了 overflow: auto/scroll 且有高度限制的父元素）以及 top/bottom 偏移值。

关键点：

• 它不会脱离文档流，所以原始占位仍在，不影响其他元素布局
• 它的层叠层级由其所在 DOM 位置决定，z-index 仅在其当前层叠上下文中生效
• 如果 sticky 元素的父容器本身是 position: relative 且设置了 z-index，那 sticky 元素的层叠顺序就受该父容器约束

典型陷阱：在 overflow: hidden 的容器里用 sticky，它根本不会粘——因为没有滚动行为，sticky 退化为 relative。