时间:2021-07-01 10:21:17 帮助过:39人阅读
background/border < 负z-index < block块状水平盒子 < float浮动盒子 < inline/inline-block水平盒子 < z-index:auto或者看成z-index:0 /不依赖z-index的层叠上下文< 正z-index。
注意有一种特殊情况,那就是IE7下,auto也会创建层叠上下文,不符合标准。
控制视图时,如果父级元素没有层叠上下文,则会一直找到根元素作为层叠上下文
①position:absolute/relative以及FireFox/IE下的position:fixed;
当z-index的值为auto时,元素还是普通元素,当z-index的值为具体数字时,就会创建层叠上下文
②z-index值不为auto的flex项(display:flex/inline-flex;)
层叠上下文元素是flex子元素,而不是flex容器元素
①元素的opacity值不为1;
②元素的transform值不为none;
③元素mix-blend-mode(混合模式)值不为normal;
④元素的filter(css3里的滤镜,不是指IE6/7/8/9里私有的那个滤镜)值不为none;
⑤元素的isolation(隔离)值是isolate(元素是孤立的)
isolation:isolate这个声明是mix-blend-mode应运而生的。 默认情况下,mix-blend-mode会混合z轴所有层叠在下面的元素,如果我们不希望某个层叠的元素参与混合就可以使用isolation:isolate。
⑥position:fixed声明,部分浏览器(FireFox/IE)需要z-index:数字 配合 ⑦will-change指定的属性值为上面任意一个
will-change的作用:增强页面渲染性能,即准备GPU(图形处理器)让浏览器加速渲染的
什么是GPU(图形处理器)?GPU是与处理和绘制图形相关的硬件。 GPU是专为执行复杂的数学和几何计算而设计的,可以让CPU从图形处理的任务中解放出来,从而执行其他更多的系统任务,例如,页面的计算与重绘。
当我们通过某些行为(点击、移动或滚动)触发页面进行大面积绘制的时候,浏览器往往是没有准备的,只能被动使用CPU去计算与重绘,由于没有事先准备,应付渲染够呛,于是掉帧,于是卡顿。而will-change则是真正的行为触发之前告诉浏览器,提前预约从容不迫;突然造访手忙脚乱。
⑧元素的-webkit-overflow-scrolling设为touch(移动端特有的原生的滚动)
例如当图片使用了position:relative;此时图片z-index:auto;这时图片的的层叠顺序 > 内联元素(普通的图片文字是内联元素,层叠顺序是inline/inline-block),所以会覆盖。
1.最小化影响原则
目的:避免z-index嵌套层叠关系混乱
原因:①元素的层叠水平主要由所在的层叠上下文决定
②IE7 z-index:auto;也会新建层叠上下文
做法:①避免使用定位属性
②定位属性从大容器平级分离为私有小容器(relative课程)
2.不犯二准则
目的:避免z-index混乱,出现一山比一山高的样式问题
原因:多人协作以及后期维护
做法:对于非浮层元素,避免设置z-index值,z-index没有任何道理需要超过2
(浮层元素:比如弹框,在页面里拖来拖去)
3.组件层级计数器
目的:避免浮层组件因z-index背覆盖的问题
原因:①总会遇到意想不到的高层级元素(比如其他团队介入,或者使用网上的其他组件)
②组件的覆盖规则具有动态性(比如一个页面有好多个弹框)
做法:组件层级计数器方法:通过js获得body下子元素的最大z-index值,
例如组件默认是m,而body最大是n(n>m),那么就把组件设置为n+1
4.可访问性隐藏 人肉眼看不见,但是辅助设备可以识别的隐藏
z-index负值元素在层叠上下文的背景之上,其他元素之下
做法:z-index:-1;
eg:
html代码:
css代码:
[type=submit]{ position:absolute; z-index:-1; }
最后,以上内容是最近学习视频内容的大概总结,视频链接:http://www.imooc.com/learn/643