CSS で float をクリアする必要があるのはなぜですか? 浮きを取り除く原理は何ですか？

CSS float は、私たちが好きでも嫌いでもあるプロパティです。フローティングを使用すると、レイアウトを非常に便利にレイアウトできるので気に入っていますが、嫌いなのは、フローティング後に解決する必要のある問題が多すぎます。特に IE6 ～ 7 以下では、特別な指示がない場合は、Windows プラットフォームの IE ブラウザーを参照してください。 。 Float は、私たちが好きでも嫌いでもある物件です。フローティングを使用すると、レイアウトを非常に便利にレイアウトできるので気に入っていますが、嫌いなのは、フローティング後に解決する必要のある問題が多すぎます (特に IE6 ～ 7) (以下は、特に断りのない限り、Windows プラットフォームの IE ブラウザーを指します)指定された）。おそらく多くの人がこの疑問を持っているかもしれません、フローティングはどこから来るのですか？ CSS が float をクリアするのはなぜですか?浮きを取り除く原理は何ですか？この記事では、フローティングをより便利に使用できるようにするための秘密を段階的に詳しく分析します。
1. フロートをクリアするかフロートを閉じるか (フロートを囲むかフロートをクリアする)? 多くの人はこれをフロートのクリアリングと呼ぶことに慣れていますが、私はこれまで常にそう呼んできましたが、それは正確ではありません。コードを厳格な態度で扱う必要があります。そうすることで、最初の 3 つの質問をよりよく理解できるようになります。
1) フロートをクリア: クリアに対応する単語はクリアで、CSS の対応する属性はクリアです。
2) フロートを閉じる: より正確には、フローティング要素を閉じることです。フローティングインパクトの衝撃。
2 つの違いについては、エレガントなデモを参照してください。
上記の例を通じて、実際に達成したい効果は、単にフロートをクリアするのではなく、フロートを閉じることであることがわかりました。フッターでフロートをクリアしても、ワープ高さの崩壊の問題は解決されません。
結論: 閉じたフロートの使用はフロートをクリアするよりも厳密であるため、次の記事ではこれを閉じたフロートと呼びます。

2. フロートをクリアする必要があるのはなぜですか? この質問に答えるには、まず CSS の位​​置決めメカニズム、つまり通常のフロー、フローティング、絶対位置決め (「position:fixed」は「position:absolute」のサブクラスです) について説明する必要があります。
1) 通常のフロー: 多くの人や記事では、これをドキュメント フローまたは通常のドキュメント フローと呼んでいます。実際、標準にはそのような言葉はありません。ドキュメント フローの英語への直訳がドキュメント フローである場合、規格には通常のフローまたは通常のフローと呼ばれる別の単語しかありません。しかし、多くの中国語翻訳本がこのようにして出てくるため、誰もがドキュメントフローという名前に慣れているようです。たとえば、「CSS Mastery」では、英語の原書には最初から最後まで「通常のフロー」という用語しか出てきません。
2) フローティング: フローティングボックスはその外端まで左右に移動できます。含まれているボックスまたは別の浮いたボックスの端に接触します。フローティング ボックスはドキュメント内の通常のフローには属しません。要素がフローティングされると、ブロック レベルのボックスのレイアウトには影響しません。ドキュメント内のインライン ボックス (通常はテキスト) の配置にのみ影響します。フローティング ボックスが存在しないのと同様に、フローティング ボックスの高さが収容ボックスを超える場合、収容ボックスはフローティング要素を閉じるために自動的に伸びません (「高さの崩壊」現象)。名前が示すように、浮雲のように普通の流れに浮かんでいますが、左右にしか浮くことができません。
この浮遊の特性により、通常フロー内の要素が浮遊した後、収容ボックス内には他の通常フロー要素が存在しないため、高さは 0 になります (高さ崩壊)。実際のレイアウトでは、これは望ましくないことが多いため、フローティング要素を閉じて、その要素を含むボックスが通常の高さを示すようにする必要があります。
絶対的な位置決めについては多くは言いません。これはこの記事の範囲外なので、次回詳しく説明します。

3. float をクリアする原則 - hasLayout と Block の書式設定コンテキストを理解します まず float をクリアするさまざまな方法を見てみましょう: (
float をクリアするための最も包括的な CSS clearfix メソッド)1) タグを追加します
これは学校の先生に教えてもらった方法で、フローティング要素の最後に

<p class="warp" id="float1"> 
<h2>1）添加额外标签</h2> 
<p class="main left">.main{float:left;}</p> 
<p class="side left">.side{float:right;}</p> 
<p style="clear:both;"></p> 
</p> 
<p class="footer">.footer</p>

短所: この方法によって、どれだけ多くの意味のない空のタグが追加されるかは想像できるでしょう。これは、構造とパフォーマンスの分離に違反しており、後のメンテナンスで悪夢が起こることは絶対に耐えられないので、この記事を読んだ後は使用しないことをお勧めします。
2) br タグと独自の HTML 属性を使用します
この方法はややニッチで、br にはclear="all|left|right|none" 属性があります

<p class="warp" id="float2"> 
<h2>2）使用 br标签和其自身的 html属性</h2> 
<p class="main left">.main{float:left;}</p> 
<p class="side left">.side{float:right;}</p> 
<br clear="all" /> 
</p> 
<p class="footer">.footer</p>

エレガントなデモ
利点: 空のタグよりもセマンティックですtag メソッド やや強力で、コードが少なくなります
欠点: 構造とパフォーマンスの分離にも違反するため、推奨されません 3) 親要素のオーバーフロー設定: 非表示
IE6 では、親要素のオーバーフロー値を非表示に設定します。hasLayout もトリガーする必要があります。たとえば、zoom: 1; コードは次のとおりです:

<p class="warp" id="float3" style="overflow:hidden; *zoom:1;"> 
<h2>3)父元素设置 overflow </h2> 
<p class="main left">.main{float:left;}</p> 
<p class="side left">.side{float:right;}</p> 
</p> 
<p class="footer">.footer</p>

优点：不存在结构和语义化问题，代码量极少
缺点：内容增多时候容易造成不会自动换行导致内容被隐藏掉，无法显示需要溢出的元素；04年POPO就发现overflow:hidden会导致中键失效，这是我作为一个多标签浏览控所不能接受的。所以还是不要使用了
4)父元素设置 overflow：auto 属性
同样IE6需要触发hasLayout，演示和3差不多
优点：不存在结构和语义化问题，代码量极少
缺点：多个嵌套后，firefox某些情况会造成内容全选；IE中 mouseover 造成宽度改变时会出现最外层模块有滚动条等，firefox早期版本会无故产生focus等, 请看 嗷嗷的 Demo ,不要使用
5）父元素也设置浮动
优点：不存在结构和语义化问题，代码量极少
缺点：使得与父元素相邻的元素的布局会受到影响，不可能一直浮动到body，不推荐使用
6）父元素设置display:table
优雅的 Demo
优点：结构语义化完全正确，代码量极少
缺点：盒模型属性已经改变，由此造成的一系列问题，得不偿失，不推荐使用
7）使用:after 伪元素
需要注意的是 :after是伪元素（Pseudo-Element），不是伪类（某些CSS手册里面称之为“伪对象”），很多清除浮动大全之类的文章都称之为伪类，不过csser要严谨一点，这是一种态度。
由于IE6-7不支持:after，使用 zoom:1触发 hasLayout。
该方法源自于: How To Clear Floats Without Structural Markup
原文全部代码如下:

代码如下:

<style type="text/css"> 
.clearfix:after { 
content: "."; 
display: block; 
height: 0; 
clear: both; 
visibility: hidden; 
} 
.clearfix {display: inline-block;} /* for IE/Mac */ 
</style> 
<!--[if IE]> <style type="text/css"> 
.clearfix {zoom: 1;/* triggers hasLayout */ 
display: block;/* resets display for IE/Win */} 
</style> 
<![endif]-->

鉴于 IE/Mac的市场占有率极低,我们直接忽略掉,最后精简的代码如下:

代码如下:

.clearfix:after {content:"."; display:block; height:0; visibility:hidden; clear:both; } 
.clearfix { *zoom:1; }

优点：结构和语义化完全正确,代码量居中
缺点：复用方式不当会造成代码量增加
小结
通过对比，我们不难发现，其实以上列举的方法，无非有两类：
其一，通过在浮动元素的末尾添加一个空元素，设置 clear：both属性，after伪元素其实也是通过 content 在元素的后面生成了内容为一个点的块级元素；
其二，通过设置父元素 overflow 或者display：table 属性来闭合浮动，我们来探讨一下这里面的原理。
在CSS2.1里面有一个很重要的概念，但是国内的技术博客介绍到的比较少，那就是 Block formatting contexts （块级格式化上下文），以下简称 BFC。
CSS3里面对这个规范做了改动，称之为：flow root，并且对触发条件进行了进一步说明。
那么如何触发BFC呢？
float 除了none以外的值
overflow 除了visible 以外的值（hidden，auto，scroll ）
display (table-cell，table-caption，inline-block)
position（absolute，fixed）
fieldset元素
需要注意的是，display:table 本身并不会创建BFC，但是它会产生匿名框(anonymous boxes)，而匿名框中的display:table-cell可以创建新的BFC，换句话说，触发块级格式化上下文的是匿名框，而不是 display:table。所以通过display:table和display:table-cell创建的BFC效果是不一样的。
fieldset 元素在www.w3.org里目前没有任何有关这个触发行为的信息，直到HTML5标准里才出现。有些浏览器bugs（Webkit，Mozilla）提到过这个触发行为，但是没有任何官方声明。实际上，即使fieldset在大多数的浏览器上都能创建新的块级格式化上下文，开发者也不应该把这当做是理所当然的。CSS 2.1没有定义哪种属性适用于表单控件，也没有定义如何使用CSS来给它们添加样式。用户代理可能会给这些属性应用CSS属性，建议开发者们把这种支持当做实验性质的，更高版本的CSS可能会进一步规范这个。
BFC的特性：
1)块级格式化上下文会阻止外边距叠加
当两个相邻的块框在同一个块级格式化上下文中时，它们之间垂直方向的外边距会发生叠加。换句话说，如果这两个相邻的块框不属于同一个块级格式化上下文，那么它们的外边距就不会叠加。
2)块级格式化上下文不会重叠浮动元素
根据规定，一个块级格式化上下文的边框不能和它里面的元素的外边距重叠。这就意味着浏览器将会给块级格式化上下文创建隐式的外边距来阻止它和浮动元素的外边距叠加。由于这个原因，当给一个挨着浮动的块级格式化上下文添加负的外边距时将会不起作用（Webkit和IE6在这点上有一个问题——可以看这个测试用例）。
3)块级格式化上下文通常可以包含浮动
详见： W3C CSS2.1 - 10.6.7 'Auto' heights for block formatting context roots
通俗地来说：创建了 BFC的元素就是一个独立的盒子，里面的子元素不会在布局上影响外面的元素，反之亦然，同时BFC任然属于文档中的普通流。
至此，您或许明白了为什么 overflow:hidden或者auto可以闭合浮动了，真是因为父元素创建了新的BFC。对于张鑫旭在对《overflow与zoom”清除浮动”的一些认识 》一文中对于用包裹来解释闭合浮动的原理，我觉得是不够严谨的，而且没有依据。并且说道“Firefox等浏览器并没有haslayout的概念”，那么现代浏览器是有BFC的，从表现上来说，hasLayout 可以等同于 BFC。
IE6-7的显示引擎使用的是一个称为布局（layout）的内部概念，由于这个显示引擎自身存在很多的缺陷，直接导致了IE6-7的很多显示 bug。当我们说一个元素“得到 layout”，或者说一个元素“拥有 layout” 的时候，我们的意思是指它的微软专有属性 hasLayout //m.sbmmt.com/ ... rties/haslayout.asp 为此被设为了 true 。IE6-7使用布局的概念来控制元素的尺寸和定位，那些拥有布局（have layout）的元素负责本身及其子元素的尺寸设置和定位。如果一个元素的 hasLayout 为false，那么它的尺寸和位置由最近拥有布局的祖先元素控制。
触发hasLayout的条件：
position: absolute
float: left|right
display: inline-block
width: 除 “auto” 外的任意值
height: 除 “auto” 外的任意值 （例如很多人清除浮动会用到 height: 1% ）
zoom: 除 “normal” 外的任意值 (MSDN) //m.sbmmt.com/ ... properties/zoom.asp
writing-mode: tb-rl (MSDN) //m.sbmmt.com/ ... ies/writingmode.asp
在 IE7 中，overflow 也变成了一个 layout 触发器：
overflow: hidden|scroll|auto （ 这个属性在IE之前版本中没有触发 layout 的功能。 ）
overflow-x|-y: hidden|scroll|auto （CSS3 盒模型中的属性，尚未得到浏览器的广泛支持。他们在之前IE版本中同样没有触发 layout 的功能）
hasLayout更详细的解释请参见 old9翻译的 大名鼎鼎的 《On having layout》一文（英文原文：//m.sbmmt.com/），由于old9博客被墙，中文版地址：
IE8使用了全新的显示引擎，据称不使用 hasLayout属性了，因此解决了很多深恶痛绝的bug。
综上所述：
在支持BFC的浏览器（IE8+，firefox，chrome，safari）通过创建新的BFC闭合浮动；
在不支持 BFC的浏览器 （IE6-7），通过触发 hasLayout 闭合浮动。
四、闭合浮动方法——精益求精
上面已经列举了7种闭合浮动的方法，通过第三节分析的原理，我们发现其实更多的：display：table- cell，display：inline-block等只要触发了BFC的属性值都可以闭合浮动。从各个方面比较，after伪元素闭合浮动无疑是相对比较好的解决方案了，下面详细说说该方法。

代码如下:

.clearfix:after {content:"."; display:block; height:0; visibility:hidden; clear:both; } .clearfix { *zoom:1; }

1) display:block 使生成的元素以块级元素显示,占满剩余空间;
2) height:0 避免生成内容破坏原有布局的高度。
3) visibility:hidden 使生成的内容不可见，并允许可能被生成内容盖住的内容可以进行点击和交互;
4）通过 content:"."生成内容作为最后一个元素，至于content里面是点还是其他都是可以的，例如oocss里面就有经典的 content:"XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX",有些版本可能content 里面内容为空,一丝冰凉是不推荐这样做的,firefox直到7.0 content:”" 仍然会产生额外的空隙；
5）zoom：1 触发IE hasLayout。
通过分析发现，除了clear：both用来清除浮动的，其他代码无非都是为了隐藏掉content生成的内容，这也就是其他版本的闭合浮动为什么会有font-size：0，line-height：0。
精益求精方案一：
相对于空标签闭合浮动的方法代码似乎还是有些冗余，通过查询发现Unicode字符里有一个“零宽度空格”，也就是U+200B ，这个字符本身是不可见的，所以我们完全可以省略掉 visibility:hidden了 代码如下:

.clearfix:after {content:"\200B"; display:block; height:0; clear:both; }
.clearfix { *zoom:1; }.

精益求精方案二：
由Nicolas Gallagher 大湿提出来的,原文:A new micro clearfix hack，该方法也不存在firefox中空隙的问题。

代码如下:

/* For modern browsers */ 
.cf:before,.cf:after { 
content:""; 
display:table; 
} 
.cf:after { clear:both; }/* For IE 6/7 (trigger hasLayout) */ 
.cf { zoom:1; }

需要注意的是：
上面的方法用到了 ：before伪元素，很多人对这个有些迷惑，到底我什么时候需要用before呢？为什么方案一没有呢？其实它是用来处理margin边距重叠的，由于内部元素 float 创建了BFC，导致内部元素的margin-top和 上一个盒子的margin-bottom 发生叠加。如果这不是你所希望的，那么就可以加上before，如果只是单纯的闭合浮动，after就够了！并不是如同大漠《Clear Float》一文所说的：但只使用clearfix:after时在跨浏览器兼容问题会存在一个垂直边距叠加的bug，这不是bug，是BFC应该有的特性。
在实际开发中，改进方案一由于存在Unicode字符不适合内嵌CSS的GB2312编码的页面，使用方案7完全可以解决我们的需求了，改进方案二等待大家的进一步实践。方案3、4通过overflow闭合浮动，实际上已经创建了新的 块级格式化上下文，这将导致其布局和相对于浮动的行为等发生一系列的变化，清除浮动只不过是一系列变化中的一个作用而已。所以为了闭合浮动去改变全局特性，这是不明智的，带来的风险就是一系列的bug，比如firefox 早期版本产生 focus，截断绝对定位的层等等。始终要明白，如果单单只是需要闭合浮动，overflow就不要使用，而不是某些文章所说的“慎用”。
前前后后花了三天写完了这篇css为什么要清除浮动？ 清除浮动的原理的文章。如果觉得本文对您有帮助，您的留言就是对我最大的支持，同时由于精力有限，欢迎指出文中错误与不足，共勉之！