overflow 创建的 BFC 和 float 创建的 BFC 行为为何不同？

最近发现不少小伙伴都对文章很感兴趣，所以今天继续给大家介绍文章相关的知识，本文《overflow 创建的 BFC 和 float 创建的 BFC 行为为何不同？ 》主要内容涉及到等等知识点，希望能帮到你！当然如果阅读本文时存在不同想法，可以在评论中表达，但是请勿使用过激的措辞~

Overflow 创建的 BFC 与 Float 创建的 BFC 为何行为不同？

overflow 创建的 BFC 和 float 创建的 BFC 都是 BFC，但它们的行为却不同：

overflow 创建的 BFC

• 即使右侧没有足够的空间，也会在图片右侧延伸高度，放下文字。

float 创建的 BFC

• 文字过多时，直接显示在下一行，而不是在图片右侧延伸高度。

行为差异原因

这种行为差异与产生 BFC 的方式无关。相反，它与以下因素相关：

• "块宽度" (block width) 的计算（auto 或 fit-content）
• float 元素从正常流中流出
• float 与后续 BFC 不重叠

行为 1

• float 元素流出正常流，因此后续的正常流元素应该将其视为空白。
• 紧邻 float 元素的 BFC 不能与浮动元素的边框框重叠。
• 为了既视 float 元素为空白又不与它重叠，该 BFC 将变窄，占据该行的剩余宽度。
• 当 width 为 auto 时，BFC 的宽度会自动调整以适应剩余空间。
• 如果设置了 BFC 的显式宽度，它将不会调整大小，如果可用空间不足，BFC 将移动到下一行。

行为 2

• "块宽度" 计算公式为：min(max(最小首选宽度，可用宽度)，首选宽度)。

当文本较长时，BFC 的宽度为可用宽度。当文本较短时，BFC 的宽度为首选宽度。

因此，float 创建的 BFC 中的文字较多时，BFC 将变窄，直到文字全部显示在当前行中。而当 overflow 创建的 BFC 中的文字较少时，BFC 仍将延伸高度，在图片右侧放下文字。

本篇关于《overflow 创建的 BFC 和 float 创建的 BFC 行为为何不同？ 》的介绍就到此结束啦，但是学无止境，想要了解学习更多关于文章的相关知识，请关注golang学习网公众号！