面试之css - 秦臻的博客

“Yeah It’s on. ”

页面布局类

经典三栏布局

代码地址

出现的问题：当屏幕width过小时，中间部分的文字会跑到左边(例如：当采取float解决方案时)

这里是因为元素被浮动元素覆盖(但是文本信息不会被浮动元素所覆盖)，想要避免，可以将中间部分改为BFC 特性

当屏幕width过小时,中间部分挤压变高，如果是flexbox解决方案，左右部分也会跟着变高，这就也是为什么推荐尽可能使用flex布局的原因之一。

百分比

子元素height和width的百分比

子元素的height或width中使用百分比，是相对于子元素的直接父元素，width相对于父元素的width，height相对于父元素的height

<div class="parent">
  <div class="child"></div>
</div>

.father{
    width:200px;
    height:100px;
}
.child{
    width:50%;
    height:50%;
}

子元素top和bottom 、left和right的百分比

子元素的top和bottom如果设置百分比，则相对于直接非static定位(默认定位)的父元素的高度
子元素的left和right如果设置百分比，则相对于直接非static定位(默认定位的)父元素的宽度。

子元素padding的百分比

子元素的padding如果设置百分比，不论是垂直方向或者是水平方向，都相对于直接父亲元素的width，而与父元素的height无关。

.parent{
  width:200px;
  height:100px;
  background:green;
}
.child{
  width:0px;
  height:0px;
  background:blue;
  color:white;
  padding-top:50%;
  padding-left:50%;
}

展示的效果为：

enter description here

通常我们可以利用这个特性实现自适应的图片或背景(重要)

子元素margin的百分比

跟padding一样，margin也是如此，子元素的margin如果设置成百分比，不论是垂直方向还是水平方向，都相对于直接父元素的width。

子元素border-radius的百分比

border-radius不一样，如果设置border-radius为百分比，则是相对于自身的宽度，举例来说：

  <div class="trangle"></div>

设置border-radius为百分比：

.trangle{
  width:100px;
  height:100px;
  border-radius:50%;
  background:blue;
  margin-top:10px;
}

enter description here

除了border-radius外，还有比如translate、background-size等都是相对于自身的

BFC

网站链接

Formatting context(格式化上下文) 是 W3C CSS2.1 规范中的一个概念。它是页面中的一块渲染区域，并且有一套渲染规则，它决定了其子元素将如何定位，以及和其他元素的关系和相互作用。

BFC 即 Block Formatting Contexts (块级格式化上下文)，它属于普通流 (normal flow)

具有 BFC 特性的元素可以看作是隔离了的独立容器，容器里面的元素不会在布局上影响到外面的元素，并且 BFC 具有普通容器所没有的一些特性。

通俗一点来讲，可以把 BFC 理解为一个封闭的大箱子，箱子内部的元素无论如何翻江倒海，都不会影响到外部。

触发 BFC

body 根元素
浮动元素：float 除 none 以外的值
绝对定位元素：position (absolute、fixed)
display 为 inline-block、table-cell、flex
overflow 除了 visible 以外的值 (hidden、auto、scroll)

BFC 特性及应用

1.同一个 BFC 下外边距会发生折叠

<head>
div{
    width: 100px;
    height: 100px;
    background: lightblue;
    margin: 100px;
}
</head>
<body>
    <div></div>
    <div></div>
</body>

enter description here

从效果上看，因为两个 div 元素都处于同一个 BFC 容器下 (这里指 body 元素) 所以第一个 div 的下边距和第二个 div 的上边距发生了重叠，所以两个盒子之间距离只有 100px，而不是 200px。

如果想要避免外边距的重叠，可以将其放在不同的 BFC 容器中。

<div class="container">
    <p></p>
</div>
<div class="container">
    <p></p>
</div>
.container {
    overflow: hidden;
}
p {
    width: 100px;
    height: 100px;
    background: lightblue;
    margin: 100px;
}

这时候，两个盒子边距就变成了 200px

enter description here

2.BFC 可以包含浮动的元素（清除浮动） 我们都知道，浮动的元素会脱离普通文档流

<div style="border: 1px solid #000;">
    <div style="width: 100px;height: 100px;background: #eee;float: left;">
    </div>
</div>

enter description here

由于容器内元素浮动，脱离了文档流，所以容器只剩下 2px 的边距高度。如果使触发容器的 BFC，那么容器将会包裹着浮动元素。

<div style="border: 1px solid #000;overflow: hidden">
    <div style="width: 100px;height: 100px;background: #eee;float: left;">
    </div>
</div>

enter description here

3. BFC 可以阻止元素被浮动元素覆盖 先来看一个文字环绕效果：

<div style="height: 100px;width: 100px;float: left;background: lightblue">我是一个左浮动的元素
</div>
<div style="width: 200px; height: 200px;background: #eee">我是一个没有设置浮动, 
也没有触发 BFC 元素, width: 200px; height:200px; background: #eee;
</div>

这时候其实第二个元素有部分被浮动元素所覆盖，(但是文本信息不会被浮动元素所覆盖) 如果想避免元素被覆盖，可触第二个元素的 BFC 特性，在第二个元素中加入 overflow: hidden，就会变成：

![enter description here][8]

这个方法可以用来实现两列自适应布局，效果不错，这时候左边的宽度固定，右边的内容自适应宽度(去掉上面右边内容的宽度)。

根据样式判断颜色

  <style type="text/css">
    .c1 .c2 div{  
      color: blue;
    }
    div #box3 {  
      color:green;
    }
    #box1 div { 
      color:red;
    }
  </style>

  <div id="box1" class="c1">
    <div id="box2" class="c2">
      <div id="box3" class="c3">
        文字
      </div>
    </div>
  </div>

文字是什么颜色？

 red 上面两选择器的层级都是一样的, 后者覆盖前者

<style type="text/css">
  #father #son{ 
    color:blue;
  }
  #father p.c2{ 
    color:black;
  }
  div.c1 p.c2{  
    color:red;
  }
  #father{
    color:green !important;
  }
</style>

<div id="father" class="c1">
  <p id="son" class="c2">
    试问这行字体是什么颜色的？
  </p>
</div>

答案：blue

line-height 计算的一道题

<div class="p1">
    <div class="s1">1</div>
    <div class="s2">1</div>
</div>
<div class="p2">
    <div class="s5">1</div>
    <div class="s6">1</div>
</div>

.p1 {font-size: 16px; line-height: 32px;}
.s1 {font-size: 2em;}
.s2 {font-size: 2em; line-height: 2em;}

.p2 {font-size: 16px; line-height: 2;}
.s5 {font-size: 2em;}
.s6 {font-size: 2em; line-height: 2em;}

第一组的答案

p1：font-size: 16px; line-height: 32px
s1：font-size: 32px; line-height: 32px
s2：font-size: 32px; line-height: 64px

p1 无需解释
s1 em作为字体单位，相对于父元素字体大小；line-height继承父元素计算值
s2 em作为行高单位时，相对于自身字体大小

再来看看第二组的答案

p2：font-size: 16px; line-height: 32px
s5：font-size: 32px; line-height: 64px
s6：font-size: 32px; line-height: 64px

p2 line-height: 2自身字体大小的两倍
s5 数字无单位行高，继承原始值，s5的line-height继承的2，自身字体大小的两倍
s6 无需解释

用纯CSS创建一个三角形

width: 0;
height: 0;
border-top: 40px solid transparent;
border-left: 40px solid transparent;
border-right: 40px solid transparent;
border-bottom: 40px solid #ff0000;

为什么margin:auto可以让块级元素水平居中

这是因为水平方向的 auto，其计算值取决于可用空间（剩余空间）。 但是，注意display:inline-block和margin:auto同时出现时元素无法居中

BFC会与float元素相互覆盖吗

https://juejin.cn/post/6936913689115099143?utm_source=gold_browser_extension#heading-41

不会，因为 BFC 是页面中一个独立的隔离容器，其内部的元素不会与外部的元素相互影响，比如两个 div，上面的 div 设置了 float，那么如果下面的元素不是 BFC，也没有设置 float，会形成对上面的元素进行包裹内容的情况，如果设置了下面元素为 overflow：hidden；属性那么就能够实现经典的两列布局，左边内容固定宽度，右边因为是 BFC 所以会进行自适应。

注明出处。

品字布局

		<style type="text/css">
	
			.container {
				text-align: center;
				font-size: 0;
			}
			.top {
				width: 200px;
				height: 200px;
				margin: 0 auto;
				background: #FF0000;
			}
			.bottom-left,
			.bottom-right {
				width: 200px;
				height: 200px;
				display: inline-block;
				margin: 0 auto;
			}
			.bottom-left {
				background: aqua;
			}
			.bottom-right {
				background: #0000FF;
			}
		</style>
	<body>
		<div class="container">
			<div class="top">
			</div>
			<div class="bottom-left">
			</div>
			<div class="bottom-right">
			</div>
		</div>
	</body>

containing block

想想浏览器怎么把一个元素“画”出来，至少要知道定位和尺寸。定位有三种normal flow, floats和absolute，无论属于哪种首先要找所在的containing block(我翻译为容器块)，相当于一个大箱子里摆很多小盒子，小盒子怎么摆取决于大箱子。

怎么确定一个元素的containing block，由position属性确定：

static(默认的)/relative：简单说就是它的父元素的内容框（即去掉padding的部分）
absolute: 向上找最近的定位为absolute/relative的元素
fixed: 它的containing block一律为根元素(html/body)，根元素也是initial containing block

元素竖向的百分比设定是相对于容器的高度吗？

当按百分比设定一个元素的宽度时，它是相对于父容器的宽度计算的，但是，对于一些表示竖向距离的属性，例如 padding-top , padding-bottom , margin-top , margin-bottom 等，当按百分比设定它们时，依据的也是父容器的宽度，而不是高度。

单行文本垂直居中

行高是指一行文字的高度，具体说是两行文字间基线的距离。CSS中起高度作用的是height和line-height，没有定义height属性，最终其表现作用一定是line-height。

单行文本垂直居中：把line-height值设置为height一样大小的值可以实现单行文字的垂直居中，

有一个高度自适应的div，里面有两个div，一个高度100px，希望另一个填满剩下的高度

外层div使用position：relative；高度要求自适应的div使用position: absolute; top: 100px; bottom: 0; left: 0

全屏滚动的原理是什么

原理：有点类似于轮播，整体的元素一直排列下去，假设有5个需要展示的全屏页面，那么高度是500%，只是展示100%，剩下的可以通过transform进行y轴定位，也可以通过margin-top实现 verflow：hidden；transition：all 1000ms ease；

清除浮动的方式

父级div定义height
最后一个浮动元素后加空div标签并添加样式clear:both。
包含浮动元素的父标签添加样式overflow为hidden或auto。
父级div定义zoom:1
父级div定义伪类:after{display:block;clear:both;content:”“;visibility:hidden;height:0}

在网页中的应该使用奇数还是偶数的字体？

使用偶数字体。偶数字号相对更容易和 web 设计的其他部分构成比例关系。Windows 自带的点阵宋体(中易宋体)从 Vista 开始只提供 12、14、16 px 这三个大小的点阵，而 13、15、17 px时用的是小一号的点。(即每个字占的空间大了 1 px，但点阵没变)，于是略显稀疏。

伪类与伪元素

伪类如：:focus,:hover,:link,:visited 伪元素如：::before,::after

特性及其区别：

伪类本质上是为了弥补常规CSS选择器的不足，以便获取到更多信息；
伪元素本质上是创建了一个有内容的虚拟容器；
CSS3中伪类和伪元素的语法不同；
可以同时使用多个伪类，而只能同时使用一个伪元素；

在CSS3中，单冒号(:)用于CSS3伪类，双冒号(::)用于CSS3伪元素。

CSS Sprites

将一个页面涉及到的所有图片都包含到一张大图中去，然后利用CSS的 background-image，background- repeat，background-position 的组合进行背景定位。利用CSS Sprites能很好地减少网页的http请求，从而大大的提高页面的性能；CSS Sprites能减少图片的字节。

position跟display、overflow、float这些特性相互叠加后会怎么样？

display属性规定元素应该生成的框的类型；position属性规定元素的定位类型；float属性是一种布局方式，定义元素在哪个方向浮动。

类似于优先级机制：position：absolute/fixed优先级最高，有他们在时，float不起作用，display值需要调整。float 或者absolute定位的元素，只能是块元素或表格。

box-sizing属性

用来控制元素的盒子模型的解析模式，默认为content-box

context-box：W3C的标准盒子模型，设置元素的 height/width 属性指的是content部分的高/宽
border-box：IE传统盒子模型。设置元素的height/width属性指的是border + padding + content部分的高/宽

行内元素设置margin padding

https://leetcode-cn.com/circle/discuss/Ua2cjo/

设置 margin-left 和 margin-right 有影响，而 margin-top 和 margin-bottom 无影响。

🚩 行内元素中，padding-left / padding-right / margin-left / margin-right 有影响结果；

🚩 行内元素中，padding-top / padding-bottom / margin-top / margin-bottom 不影响结果；

🚩 padding-top / padding-bottom 虽然不影响结果，但实际上生效了。

所以，padding实际上是生效的

padding的值是根据目标元素的width计算出来的，而inline， non-replace元素的width是不确定的

display的几种常用取值

none 此元素不会被显示，并且不占据页面空间
inline 行内元素元素会在一行内显示，超出屏幕宽度自动换行，不能设置宽度和高度，元素的宽度和高度只能是靠元素内的内容撑开。
block 块级元素会独占一行，如果不设置宽度，其宽度会自动填满父元素的宽度，可以设置宽高，即使设置了宽度，小于父元素的宽度，块级元素也会独占一行。
inline-block 内块元素与行内元素一样可以再一行内显示，而且可以设置宽高，可以设置margin和padding。

相邻的两个inline-block节点为什么会出现间隔

原因：

元素被当成行内元素排版的时候，元素之间的空白符（空格、回车换行等）都会被浏览器处理，根据white-space的处理方式（默认是normal，合并多余空白），原来HTML代码中的回车换行被转成一个空白符，在字体不为0的情况下，空白符占据一定宽度，所以inline-block的元素之间就出现了空隙。这些元素之间的间距会随着字体的大小而变化，当行内元素font-size:16px时，间距为8px。

解决办法：

为父元素中设置font-size: 0，在子元素上重置正确的font-size

will-change属性

will-change属性可以提前通知浏览器我们要对元素做什么动画，这样浏览器可以提前准备合适的优化设置。这样可以避免对页面响应速度有重要影响的昂贵成本。元素可以更快的被改变，渲染的也更快，这样页面可以快速更新，表现的更加流畅。

举个例子，当对于素使用 CSS 3D变形时，元素及其内容可以在合成到页面之前被创建到我们之前说的layer。然而把元素放到layer中是个昂贵的操作，这将会导致变形动画延迟一个课件的瞬间，也就是flicker

为了避免这种延时，我们可以在发生之前通知浏览器，这样浏览器会有一定的时间去准备这些变化，当发生的时候layer已经准备好了，这样动画酒会很流畅，不会闪屏

使用will-change提示浏览器关于即将发生的变形十分简单，添加个CSS属性就行

will-change: transform;

也可以告诉浏览器要改变元素的滚动条位置，或者多个要变化的属性，写下属性的名字就行，也可以写多个，逗号隔开

will-change: transform, opacity;

声明了元素即将进行的变化会让浏览器在渲染页面时做更好的决定，这明显比之前说的3D hacks要好。

了解了will-change的行为，为浏览器上一切元素设置will-change是不是效率会变高？答案是否定的，will-change如果被滥用会使页面崩溃。

will-change也有副作用，虽然并不直接可见，毕竟它只是在背后和浏览器说悄悄话，为了合理使用will-change，给一些小建议

不要声明太多属性或为太多元素声明

*,
*::before,
*::after {
    will-change: all;
}

虽然看起来很屌，但其实对页面渲染伤害很大，这样的规则设了和没设没什么区别，浏览器本来就尝试最优的渲染所有元素，就等于你让老师重点照顾班里每个同学一样，就是废话！

其实这甚至是有害的，因为一些操作会占用太多的资源，甚至会导致页面奔溃，就等于强制要求老师为每个学生补课，累死了。。。

transition和animation的区别

transition关注的是CSS property的变化，property值和时间的关系是一个三次贝塞尔曲线。
CSS的transition只有两个状态：开始状态 和 结束状态；但animation可能是多个状态，有帧的概念
animation作用于元素本身而不是样式属性，可以使用关键帧的概念，应该说可以实现更自由的动画效果。

设为 flex 属性之后，子元素的哪些属性会失效

float、clear 和 vertical-align

css加载会造成DOM阻塞吗

https://zhuanlan.zhihu.com/p/43282197

js执行会阻塞DOM树的解析和渲染，那么css加载会阻塞DOM树的解析和渲染吗？

css并不会阻塞DOM树的解析 , css加载会阻塞DOM树渲染

其实我觉得，这可能也是浏览器的一种优化机制。因为你加载css的时候，可能会修改下面DOM节点的样式，如果css加载不阻塞DOM树渲染的话，那么当css加载完之后，DOM树可能又得重新重绘或者回流了，这就造成了一些没有必要的损耗。所以干脆就先把DOM树的结构先解析完，把可以做的工作做完，然后等你css加载完之后，在根据最终的样式来渲染DOM树，这种做法性能方面确实会比较好一点。

DOM解析和CSS解析是两个并行的进程，所以这也解释了为什么CSS加载不会阻塞DOM的解析。

然而，由于Render Tree是依赖于DOM Tree和CSSOM Tree的，所以他必须等待到CSSOM Tree构建完成，也就是CSS资源加载完成(或者CSS资源加载失败)后，才能开始渲染。因此，CSS加载是会阻塞Dom的渲染的。

由于js可能会操作之前的Dom节点和css样式，因此浏览器会维持html中css和js的顺序。因此，样式表会在后面的js执行前先加载执行完毕。所以css会阻塞后面js的执行。

css加载会阻塞js运行吗

由上面的推论，我们可以得出，css加载不会阻塞DOM树解析，但是会阻塞DOM树渲染。那么，css加载会不会阻塞js执行呢?

css加载会阻塞后面js语句的执行

<html lang="en">
  <head>
    <title>css阻塞</title>
    <meta charset="UTF-8">
    <meta name="viewport" content="width=device-width, initial-scale=1">
    <script>
      console.log('before css')
      var startDate = new Date()
    </script>
    <link href="https://cdn.bootcss.com/bootstrap/4.0.0-alpha.6/css/bootstrap.css" rel="stylesheet">
  </head>
  <body>
    <h1>这是红色的</h1>
    <script>
      var endDate = new Date()
      console.log('after css')
      console.log('经过了' + (endDate -startDate) + 'ms')   // 5600+ms
    </script>
  </body>
</html>

位于css加载语句前的那个js代码先执行了，但是位于css加载语句后面的代码迟迟没有执行，直到css加载完成后，它才执行

得出结论：

css加载会阻塞后面js语句的执行

渲染用的是GUI线程、js执行用的是js引擎线程就是v8，GUI线程与V8之间是互斥的。又因为浏览器会维持html中css和js的顺序，所以css渲染会阻塞js执行。

因此，为了避免让用户看到长时间的白屏时间，我们应该尽可能的提高css加载速度，比如可以使用以下几种方法:

使用CDN(因为CDN会根据你的网络状况，替你挑选最近的一个具有缓存内容的节点为你提供资源，因此可以减少加载时间)
对css进行压缩(可以用很多打包工具，比如webpack,gulp等，也可以通过开启gzip压缩)
合理的使用缓存(设置cache-control,expires,以及E-tag都是不错的，不过要注意一个问题，就是文件更新后，你要避免缓存而带来的影响。其中一个解决防范是在文件名字后面加一个版本号)
减少http请求数，将多个css文件合并，或者是干脆直接写成内联样式(内联样式的一个缺点就是不能缓存)

硬件加速的原理

浏览器接收到页面文档后，会将文档中的标记语言解析为DOM树。DOM树和CSS结合后形成浏览器构建页面的渲染树。渲染树中包含大量的渲染元素，每个渲染元素会被分到一个图层中，每个图层又会被加载到GPU形成渲染纹理，而图层在GPU中transform是不会触发repaint的，最终这些使用transform的图层都会由独立的合成器进程进行处理, CSS transform会创建了一个新的复合图层，可以被GPU直接用来执行transform操作。

浏览器什么时候会创建一个独立的复合图层呢？事实上一般是在以下几种情况下：

3D
<video>和<canvas>标签
css filters(滤镜效果)
元素覆盖时，比如使用了z-index属性
对 opacity、transform、fliter、backdropfilter 应用了 animation 或者 transition
设置will-change

所以得出一个结论：当我们做css动画时多使用transform

为什么硬件加速会使页面流畅

因为transform属性不会触发浏览器的repaint（重绘），而绝对定位absolute中的left和top则会一直触发repaint（重绘）。

为什么transform没有触发repaint呢？

简而言之，transform动画由GPU控制，支持硬件加载，并不需要软件方面的渲染。并不是所有的CSS属性都能触发GPU的硬件加载，事实上只有少数的属性可以，比如transform、opacity、filter

CSS的最终表现分为如下四步：Recalculate Style -> Layout -> Paint Setup and Paint -> Composite Layers

按照中文的意思大体是查找并计算样式 -> 排布 -> 绘制 -> 组合层

这上面的几个步骤有点相似于上文说到的重排一定致使重绘，而查询属性会强制发生重排。因此上文提到的重排重绘内容能够结合这里进行理解。

因为transform是位于Composite Layers层，而width、left、margin等则是位于Layout层，在Layout层发生的改变一定致使Paint Setup and Paint -> Composite Layers，因此相对而言使用transform实现的动画效果确定比left这些更加流畅

图层树

浏览器会在构建完布局树之后，还会对特定的节点进行分层，构建一棵 图层树（Layer Tree）。

一般情况下，节点的图层会默认属于父亲节点的图层（这些图层也称为 合成层），那么什么时候会提升为一个独立的图层呢？

有两种情况需要分别讨论：

显式合成
隐式合成

显式合成

层叠上下文相关

我们假定用户正面向（浏览器）视窗或网页，而 HTML 元素沿着其相对于用户的一条虚构的 z 轴排开，层叠上下文就是对这些 HTML 元素的一个三维构想。众 HTML 元素基于其元素属性按照优先级顺序占据这个空间。

拥有 层叠上下文 的节点。

层叠上下文也基本上是由一些特定的 CSS 属性创建的，一般有以下的情况：

HTML 根元素本身就具有层叠上下文属性
普通元素 position 不等于 static，并且设置了 z-index 属性，会产生层叠上下文
元素的 opacity 值不是1
元素的 transform 值不是 none
元素的 filter 值不是 none
元素的 isolation 值不是 isolate
will-change 指定的属性值为上面任意一个。

需要裁剪的地方

比如一个 div，你只个他设置了 100 * 100 的大小，而你在里面放置了很多内容，那么超出的文字部分就会被裁剪。如果你设置了滚动条，那么滚动条也会被单独提升为一个图层。

隐式合成

接下来就是隐式合成，简单来说就是 层叠等级低 的节点被提升为单独的图层之后那么 所有层叠等级比它高 的节点都会成为一个单独的图层。

这个隐式合成其实隐藏着一个巨大的风险，如果在一个大型应用中，当一个 z-index 比较低的元素被提升为一个单独的图层之后，层叠在它上面的元素统统都会被提升为单独的图层，可能会增加上千个图层，大大增加内存的压力，甚至直接上页面崩溃，这就是 层爆炸 的原理。

值得注意的是，当需要重绘的时候，只需要重绘本身，而不会影响到其他图层。

图层创建的原因

https://juejin.cn/post/7051926604666109988

根元素
有 z-index 是负值的子元素
有 3D 转换
position：fixed
与其他元素可能重叠
will-change 样式的值为 opacity、transform、transform-style、perspective、filter、backdrop-filter 这 6 个之

我们可以借助浏览器开发者的图层（Layer）来去判断

垂直居中的实现

https://github.com/chokcoco/iCSS/issues/64

absolute + transform

  <style lange="scss">
    .parent{
      position: relative;
      width: 100px;
      height: 100px;
      background:red;
    }
    .child{
      position: absolute;
      left: 50%;
      top: 50%;
      transform:translate(-50%,-50%);
      width: 10px;
      height: 10px;
      background:blue;
    }
  </style>

<div class="parent">
   <div class="child"></div>
 </div>

flex/grid + margin:auto

  <style lange="scss">
    .parent{
      display: flex;
      width: 100px;
      height: 100px;
      background:red;
    }
    .child{
      margin: auto;
      width: 10px;
      height: 10px;
      background:blue;
    }
  </style> 

<div class="parent">
  <div class="child"></div>
</div>

flex + align-items

  <style lange="scss">
    .parent{
      display: flex;
      align-items: center;
      justify-content: center;
      width: 100px;
      height: 100px;
      background:red;
    }
    .child{
      width: 10px;
      height: 10px;
      background:blue;
    }
  </style> 
  
  
<div class="parent">
   <div class="child"></div>
</div>

table-cell + vertical-align:middle

  <style lange="scss">
    .parent{
      display: table-cell;
      vertical-align:middle;
      width: 100px;
      height: 100px;
      background:red;
    }
    .child{
      width: 10px;
      height: 10px;
      background:blue;
    }
  </style> 
  
  
<div class="parent">
   <div class="child"></div>
</div>

在 display: block 中，如果 margin-left 和 margin-right 都是 auto，则它们的表达值相等，从而导致元素的水平居中。( 这里的计算值为元素剩余可用剩余空间的一半) 而如果 margin-top 和 margin-bottom 都是 auto，则他们的值都为 0，当然也就无法造成垂直方向上的居中。

但是，让该元素处于 FFC(flex formatting context)，或者 GFC(grid formatting context) 上下文中，单个元素使用 margin: auto 就可以垂直居中

{
    display: flex;
    display: inline-flex;
    display: grid;
    display: inline-grid;
}

flex 格式化上下文中，设置了 margin: auto 的元素，在通过 justify-content 和 align-self 进行对齐之前，任何正处于空闲的空间都会分配到该方向的自动 margin 中去

这里，很重要的一点是，margin auto 的生效不仅是水平方向，垂直方向也会自动去分配这个剩余空间。

判断图片是否在可视区

搞清clientHeight、offsetHeight、scrollHeight、offsetTop、scrollTop

判断图片所在位置是否在可视区内，图片移到可视区内进行加载，提供三种判断方法

offsetTop < clientHeight + scrollTop
element.getBoundingClientRect().top < clientHeight (这里的clientHeight 是指设置了overflow: scroll的那个父元素)
IntersectionObserver

这里2的判断其实不够完善

最终版本：

https://www.cnblogs.com/zzy1996/archive/2004/01/13/11568234.html

function elementInView(element) {
  const rect = element.getBoundingClientRect()
  // window.innerHeight 可以替换成 xxx.clientHeight   
  const yInView = rect.top < window.innerHeight && rect.bottom > 0  
  const xInView = rect.left < window.innerWidth && rect.right > 0
  return yInView && xInView
}

页面布局类

经典三栏布局

百分比

子元素height和width的百分比

子元素top和bottom 、left和right的百分比

子元素padding的百分比

子元素margin的百分比

子元素border-radius的百分比

BFC

触发 BFC

BFC 特性及应用

根据样式判断颜色

line-height 计算的一道题

用纯CSS创建一个三角形

为什么margin:auto可以让块级元素水平居中

BFC会与float元素相互覆盖吗

品字布局

containing block

元素竖向的百分比设定是相对于容器的高度吗？

单行文本垂直居中

有一个高度自适应的div，里面有两个div，一个高度100px，希望另一个填满剩下的高度

全屏滚动的原理是什么

清除浮动的方式

在网页中的应该使用奇数还是偶数的字体？

伪类与伪元素

CSS Sprites

position跟display、overflow、float这些特性相互叠加后会怎么样？

box-sizing属性

行内元素设置margin padding

display的几种常用取值

相邻的两个inline-block节点为什么会出现间隔

will-change属性

transition和animation的区别

设为 flex 属性之后，子元素的哪些属性会失效

css加载会造成DOM阻塞吗

css加载会阻塞js运行吗

硬件加速的原理

为什么硬件加速会使页面流畅

为什么transform没有触发repaint呢？

图层树

显式合成

隐式合成

图层创建的原因

垂直居中的实现

判断图片是否在可视区

CATALOG

FEATURED TAGS

FRIENDS