王为仁 2012-11-09
1.某些浏览器下元素层级遮盖存在bug;
2.某个元素z-index设的太大,导致始终无法被遮盖;
3.js动态计算z-index,导致元素覆盖关系部可控
层级遮盖bug出现的原因:
IE6/7对z-index的表现跟IE8及以上浏览器不一致。position值为非static时,如果不设置z-index属性,IE6/7下z-index默认为0,而IE8及以上浏览器z-index为auto,且zindex:auto的元素不参与堆叠优先级比较。
ff/chromez-indexIE6/7IE8/9
不设置0autoauto
numbernumbernumbernumber
层级关系的比较:
先看几点结论:
1.对于同级元素,默认(或position:static)情况下文档流后面的元素会覆盖前面的;
2.对于同级元素,position不为static且z-index存在的情况下z-index大的元素会覆盖z-index小的元素,即z-index越大优先级越高;
3.IE6/7下position不为static,且z-index不存在时z-index为0,除此之外的浏览器z-index为auto
4.z-index为auto的元素不参与层级关系的比较,由向上遍历至此且z-index不为auto的元素来参与比较。
在上面2点结论的基础上,我们引入“定位树”(非w3c官方词汇)的概念来做层级的比较。
在定位树这个概念下,浏览器在渲染dom节点时,除了生成dom树之外,还会根据dom树中的定位元素(position不为static)生成“定位树”:
dom树、定位树对比如下(其中边上有红色圆圈的表示该元素position不为static):
可以这样理解:定位树中包含了dom树中position不为staitc的全部元素。非同级元素比较层级关系可以这样比较:
1.向上遍历定位树的父节点直到2个元素为同级元素。
2.根据上面的结论来最最后的比较。层级高的元素会越靠近用户的显示器并能覆盖层级低的元素。
实例一:假设上图中所有标红色元素position都不为static;且z-index=1,根据上面的比较规则可以知道:
1.c>(b&&b*)>(a&&a*)即元素c及c的所有定位元素层级比a、b高
2.m>h、g>k、d>m
实例二:假设a的position不为static,z-index属性不存在,定位树中a的子元素z-index一次分别为1,2,3,4...其它定位元素z-index:1:
1.根据结论三有:IE6/7下b>(a&&a*)即元素b的层级比a及a的所有定位元素层级高,其它浏览器下:i>h>b>d