CSS中有个重要的概念BFC，搞懂BFC可以让我们理解CSS中某些原本诡异(??)的地方。
在解释BFC之前，先说一下文档流。我们常说的文档流其实分为 定位流 、 浮动流 、 普通流 三种。而普通流其实就是指BFC中的FC。FC(Formatting Context)，直译过来是格式化上下文，它是页面中的一块渲染区域，有一套渲染规则，决定了其子元素如何布局，以及和其他元素之间的关系和作用。常见的FC有BFC、IFC，还有GFC和FFC。
BFC (Block Formatting Context)块级格式化上下文，是用于布局块级盒子的一块渲染区域。[MDN上的解释]：BFC是Web页面 CSS 视觉渲染的一部分，用于决定块盒子的布局及浮动相互影响范围的一个区域。
注意：一个BFC的范围包含创建该上下文元素的所有子元素，但 不包括 创建了新BFC的子元素的内部元素。这从另一方角度说明，一个元素不能同时存在于两个BFC中。因为如果一个元素能够同时处于两个BFC中，那么就意味着这个元素能与两个BFC中的元素发生作用，就违反了BFC的隔离作用。
常规流(Normal flow)
浮动(Floats)
绝对定位(Absolute positioning)
注意： display:table也可以生成BFC的原因在于Table会默认生成一个匿名的table-cell，是这个匿名的table-cell生成了BFC。
浏览器对BFC区域的约束规则：
规则解读：
BFC是页面上的一个隔离的独立容器，容器里面的子元素不会影响到外面元素，反之亦然。我们可以利用BFC的这个特性来做很多事。
一个正常文档流的block元素可能被一个float元素覆盖，挤占正常文档流，因此可以设置一个元素的float、display、position值等方式触发BFC，以阻止被浮动盒子覆盖。
[使用BFC阻止元素被浮动元素覆盖]点击预览
通过改变包含浮动子元素的父盒子的属性值，触发BFC，以此来包含子元素的浮动盒子。
[使用BFC包含浮动元素]
注意，这里触发BFC并不能阻止其它形式的脱离文档流的元素覆盖正常流元素。
BFC内部其他形式脱离文档流(absolute fixed) 点击预览
有时候因为多列布局采用小数点位的width导致因为浏览器因为四舍五入造成的换行的情况，可以在最后一列触发BFC的形式来阻止换行的发生。比如下面栗子的特殊情况
使用BFC阻止多列布局最后一列换行 点击预览
属于同一个BFC的两个相邻块级子元素的上下margin会发生重叠，(设置writing-mode:tb-rl时，水平margin会发生重叠)。所以当两个相邻块级子元素分属于不同的BFC时可以阻止margin重叠。
这里给任一个相邻块级盒子的外面包一个div，通过改变此div的属性使两个原盒子分属于两个不同的BFC，以此来阻止margin重叠。
使用BFC阻止margin合并 点击预览
但是这里有个 疑问 点击预览 ：
如果外面包一层div，设置能触发BFC的任何属性都能阻止相邻元素的margin合并。因为分属不同BFC不会发生margin合并。
而如果在外面不包一个div的话，当设置display为inline-block、inline-flex、table-captain，和position为absolute、fixed，float为left、right是可以阻止margin合并的。这里问题来了：
我们知道设置position和float会让元素脱离文档流并且又创建新的BFC，所以两个元素就不是相邻元素了，因此可以阻止相邻元素margin合并，但是inline-block、inline-flex、inline-grid、table-captain为什么可以呢？如果有人知道为什么，请告知~
通过浮动可以使一个元素向其父元素的左侧或右侧移动，我们使用float属性来设置于元素的浮动
注意,元素设置浮动以后，水平布局的等式便不需要强制成立 。元素设置浮动以后，会完全从文档流中脱离，不再占用文档流的位置，所以元素下边的还在文档流中的元素会自动向上移动
（2）设置浮动以后元素会向父元素的左侧或右侧移动，
（3）浮动元素默认不会从父元素中移出
（4）浮动元素向左或向右移动时,不会超过它前边的其他浮动元素
（5）如果浮动元素的上边是一个没有浮动的块元素，则浮动元素无法上移
（6）浮动元素不会超过它上边的浮动的兄弟元素，最多最多就是和它一样高
实际上，浮动属性一开始创建出来的原因就是为了实现文字环绕的效果的，只是后来大家发现利用浮动可以很好地处理页面布局的问题，所以现在更多时候是利用它来做布局的功能。。。
我们知道，块元素和行内元素在文档流中都有着各自的布局特点，比如块元素独占一行等。那么如果脱离了文档流，块元素和行内元素分别会有什么样的影响呢？
1、块元素不在独占页面的一行
2、脱离文档流以后，块元素的宽度和高度默认都被内容撑开
1、行内元素脱高文档流以后会变成块元素，特点和块元素一样
也就是说，一旦脱离文档流以后，我们就不需要再区分块和行内了。
我们可以看一下下面的案例，在没有使用 clear 属性前，对于两个兄弟元素，如果前者设置为浮动，那么由于其脱离了文档流，那么后者就会移动到前者原先的位置上。如果我们不想元素受到其他元素的浮动影响，那么就可以通过设置 clear 属性来解决这个问题。
clear底层实现的原理是：设置清除浮动以后，浏览器会自动为元素添加一个margin，以使其位置不受其他元素的影响
我们可以看下面这个案例，父 div 元素中包含着一个设置为浮动的 div 子元素，由于子元素设置为浮动，脱离了文档流，且父元素中没有指定高度，所以此时一旦子元素脱离了文档流后，就缺少了支撑起父元素高度的元素。相比于这样的效果，我们更希望即使子元素设置为浮动，但父元素依然可以包裹住子元素（或者说是有着子元素的高度，不至于塌陷）。
BFC(Block Formatting Context)块级格式化环境
BFC是一个css中的一个隐含的属性， 当元素开启BFC后，该元素会变成一个独立的布局区域 。可以理解为，此时元素内的后代元素不会再把其他样式传递到外面了。
元素开启BFC后的特点
1.开启BFC的元素不会被浮动元素所覆盖
2.开启BFC的元素子元素和父元素外边距不会重叠
3.开启BFC的元素可以包含浮动的子元素
可以通过一些特殊方式来开启元素的BFC
1、设置元素的浮动（不推荐)
2、将元素设置为行内块元素(不推荐)
需要注意的是，虽然开启元素的BFC环境可以解决高度塌陷的问题，但是这还不是最完美的解决方案，在某些特殊的环境下还是会有问题。
我们回顾一下，高度塌陷产生的原因是什么？主要是因为父元素没有设置高度，所以父元素的高度由子元素的高度决定，一旦子元素设置为浮动后脱离了文档流，那么此时父元素就会由于没有子元素的支撑而塌陷。
那么如果我们能够实现，手动在浮动的子元素后面放入一个无内容的块元素，且清除其受到的 float 影响，那么此时这个块元素就会落在浮动的元素下方，又由于（自身没有设置高度的）父元素的高度由子元素的高度决定，所以此时父元素因为要包裹新增的无内容块元素，也就自然可以包裹浮动的元素了。
所谓的clearfix样式，其实核心就是在第二种解决方式的基础上，对样式做一个进一步的封装，使其既可以解决高度塌陷的问题，还可以解决父子元素外边距重叠的问题。
