MDN 对 BFC 的描述:

    块格式化上下文(Block Formatting Context,BFC) 是Web页面的可视化CSS渲染的一部分,是布局过程中生成块级盒子的区域,也是浮动元素与其他元素的交互限定区域。

    BFC - 图1
    image

    往下接着看看:

    下列方式会创建块格式化上下文:

    • 根元素或包含根元素的元素
    • 浮动元素(元素的 float 不是 none)
    • 绝对定位元素(元素的 position 为 absolute 或 fixed)
    • 行内块元素 (元素的 display 为 inline-block)
    • 表格单元格(元素的 display 为 table-caption)
    • 具有overflow 且值不是 visible 的块元素,
    • display: flow-root
    • column-span: all 应当总是会创建一个新的格式化上下文,即便具有 column-span: all 的元素并不被包裹在一个多列容器中。

    好像有那么点意思,就是说如果符合以上情况,就会创建 BFC 咯?
    先不管那么多,写个demo试试看:
    BFC - 图2
    image

    上面代码,当我们给子元素一个高度时,父元素会将子元素包裹住。

    BFC - 图3
    image

    但是,当我们给子元素一个左浮动后,子元素脱离文档流就跑出去了。

    BFC - 图4
    image
    上面代码,当我们也给父元素加上一个左浮动后(满足 float 不为 none),触发了 BFC,成功创建了块格式化上下文,父元素重新包裹住了子元素。

    BFC - 图5
    image

    上面代码,当我们让父元素绝对定位后也触发了 BFC。
    BFC - 图6
    image

    上面代码满足元素的 display 为 inline-block的条件,所以触发了 BFC。
    再结合 MDN 的描述:

    创建了块格式化上下文的元素中的所有内容都会被包含到该BFC中。

    BFC - 图7
    image
    这下就清楚多了,BFC 可以用来包住浮动元素(不是清除浮动哟)。就算子元素再怎么折腾,也不会影响外部元素了。
    话说回来,虽然我可以通过给父元素加 float 等条件触发 BFC,但是给父元素加 float 这个行为本身会不会影响别的元素呢?我可不想拆东墙补西墙。。。
    于是,一个新的属性display: flow-root诞生了!!!
    这个属性的功能就一个:触发 BFC
    BFC - 图8
    image

    只需给元素加上display: flow-root就能触发 BFC。
    既然说 BFC 能够包住浮动元素,那么我是不是可以利用这一点进行布局呢?
    BFC - 图9
    image

    上面代码,当slide-bar左浮时,会脱离文档流,和main发生重叠。你也许会说,给main也加个左浮吧,看代码:
    BFC - 图10
    image

    没错,由于没有宽度,我的main被挤扁了。。。那为什么不加个宽度呢?
    这样我的main就不能自适应了呀(敲黑板!)
    BFC 完美的解决了这个问题:
    BFC - 图11
    image

    上面代码,利用 BFC 使两个兄弟元素互不干涉,实现了左右自适应布局。
    总的来说,你可以这样理解 BFC:
    功能一:爸爸管儿子
    功能二:兄弟之间划清界限