CSS z-index 属性的使用方法和层级树的概念
css中的 z-index 属性用于设置节点的堆叠顺序, 拥有更高堆叠顺序的节点将显示在堆叠顺序较低的节点前面, 这是我们对 z-index 属性普遍的认识. 与此同时, 我们总是对堆叠顺序捉摸不透, 将 z-index 的值设得很大也未必能将节点显示在最前面. 本文将通过一些例子对 z-index 的使用方法进行分析, 并且为各位带入 z-index 层级树的概念.
顺序规则
如果不对节点设定 position 属性, 位于文档流后面的节点会遮盖前面的节点.![](https://images0.cnblogs.com/blog2015/686913/201507/042158176059796.jpg)
定位规则
如果将 position 设为 static, 位于文档流后面的节点依然会遮盖前面的节点浮动, 所以position:static
不会影响节点的遮盖关系.![](https://images0.cnblogs.com/blog2015/686913/201507/042159105217928.jpg)
如果将 position 设为 relative (相对定位), absolute (绝对定位) 或者 fixed (固定定位), 这样的节点会覆盖没有设置 position 属性或者属性值为 static 的节点, 说明前者比后者的默认层级高.
![](https://images0.cnblogs.com/blog2015/686913/201507/042159351262210.jpg)
在没有 z-index 属性干扰的情况下, 根据这顺序规则和定位规则, 我们可以做出更加复杂的结构. 这里我们对 A 和 B 都不设定 position, 但对 A 的子节点 A-1 设定
position:relative
. 根据顺序规则, B 会覆盖 A, 又根据定位规则 A' 会覆盖 B.![](https://images0.cnblogs.com/blog2015/686913/201507/042200300236241.jpg)
参与规则
不用 position 属性, 在节点加上 z-index 属性. z-index 对节点是不起作用的.![](https://images0.cnblogs.com/blog2015/686913/201507/042201059764057.jpg)
W3C 对 z-index 属性的描述中提到 在 z-index 属性仅在节点的 position 属性为 relative, absolute 或者 fixed 时生效.
![](https://images0.cnblogs.com/blog2015/686913/201507/042201304926366.jpg)
默认值规则
如果所有节点都定义了 position:relative. z-index 为 0 的节点与没有定义 z-index 在同一层级内没有高低之分; 但 z-index 大于等于 1 的节点会遮盖没有定义 z-index 的节点; z-index 的值为负数的节点将被没有定义 z-index 的节点覆盖.![](https://images0.cnblogs.com/blog2015/686913/201507/042202012324044.jpg)
通过检查我们还发现, 当 position 设为 relative, absolute 或者 fixed, 而没有设置 z-index 时, IE8 以上和 W3C 浏览器 (下文我们统称为 W3C 浏览器) 的 z-index 默认值是 auto, 但 IE6 和 IE7 是 0.
从父规则
如果 A, B 节点都定义了 position:relative, A 节点的 z-index 比 B 节点大, 那么 A 的子节点必定覆盖在 B 的子节点前面.![](https://images0.cnblogs.com/blog2015/686913/201507/042202207692673.jpg)
如果所有节点都定义了 position:relative, A 节点的 z-index 和 B 节点一样大, 但因为顺序规则, B 节点覆盖在 A 节点前面. 就算 A 的子节点 z-index 值比 B 的子节点大, B 的子节点还是会覆盖在 A 的子节点前面.
![](https://images0.cnblogs.com/blog2015/686913/201507/042202358938818.jpg)
很多人将 z-index 设得很大, 9999 什么的都出来了, 如果不考虑父节点的影响, 设得再大也没用, 那是无法逾越的层级.
层级树规则
可能你会觉得在 DOM 结构中的兄弟节点会拎出来进行比较并确定层级, 其实不然.![](https://images0.cnblogs.com/blog2015/686913/201507/042202578239586.jpg)
我们认为同时将 position 设为 relative, absolute 或者 fixed, 并且 z-index 经过整数赋值的节点, 会被放置到一个与 DOM 不一样的层级树里面, 并且在层级树中通过对比 z-index 决定显示的层级. 上面的例子如果用层级树来表示的话, 应该如下图所示.
![](https://images0.cnblogs.com/blog2015/686913/201507/042203210887312.jpg)
图中虽然 A-1 (
z-index:0
) 的值比 B-1 (z-index:1
) 小, 但因为在层级树里 A (z-index:2
) 和 B-1 在一个层级, 而 A 的值比 B-1 大, 根据从父规则, A-1 显示在 B-1 前面.参与规则 2
前面提到的参与规则认为只要节点的 position 属性为 relative, absolute 或者 fixed, 即可参与层级比较, 其实不准确. 如果所有节点都定义了 position:relative, 并且将 z-index 设为整数值, 根据从父规则, 父节点的层级决定了子节点所在层级.![](https://images0.cnblogs.com/blog2015/686913/201507/042203467441408.jpg)
例子中 A, B-1, C 作为父节点, z-index 的值相同, 根据顺序规则, C 在 B-1 之前, B-1 在 A 之前; 又根据从父规则, 无论子节点的 z-index 值是什么, C-1-1-1 在 B-1-1 之前, B-1-1 在 A-1 之前.
![](https://images0.cnblogs.com/blog2015/686913/201507/042204123349988.jpg)
如果我们将所有父节点的 z-index 属性去除, 诡异的事情发生了. IE6 和 IE7 浏览器显示效果不变, 而 W3C 浏览器的子节点不再从父, 而是根据自身的 z-index 确定层级.
![](https://images0.cnblogs.com/blog2015/686913/201507/042204444891965.jpg)
根据默认值规则, IE6 / IE7 和 W3C 浏览器上的元素存在 z-index 默认值的区别. 我们相信, 仅当 position 设为 relative, absolute 或者 fixed, 并且 z-index 赋整数值时, 节点被放置到层级树; 而 z-index 为默认值时, 只在 document 兄弟节点间比较层级. 在 W3C 浏览器中, A, B-1 和 C-1-1 的 z-index 均为 auto, 不参与层级比较.
![](https://images0.cnblogs.com/blog2015/686913/201507/042205143903530.jpg)
而在 IE6 和 IE7 中, 因为 z-index 的默认值是 0, 所以也参与了层级比较.
![](https://images0.cnblogs.com/blog2015/686913/201507/042205420213523.jpg)
设置了 position 而没有 z-index 的节点虽然不参与层级树的比较, 但还会在 DOM 中与兄弟节点进行层级比较.
![](https://images0.cnblogs.com/blog2015/686913/201507/042206083497246.jpg)
我们对上个例子改造一下, 将 B-1 的 position 属性删除后, W3C 浏览器显示如下图. 根据定位规则, A 和 C 会显示在 B-1 的前面; 而根据顺序规则, C 又显示在 A 前面.
![](https://images0.cnblogs.com/blog2015/686913/201507/042206309642872.jpg)
在 IE6 和 IE7 中, 因为 A 和 C-1-1 设置了
position:relative
, 而且 z-index 的默认值为 0, 所以也参与层级树比较, 所以有如下效果.