浮動(float)，一個我們即愛又恨的屬性。愛，因爲通過浮動，我們能很方便地佈局； 恨，浮動之後遺留下來太多的問題需要解決，特別是IE6-7（以下無特殊說明均指 windows 平臺的 IE瀏覽器）。也許很多人都有這樣的疑問，浮動從何而來？我們爲何要清除浮動？清除浮動的原理是什麼？本文將一步一步地深入剖析其中的奧祕，讓浮動使用起來更加得心應手。
一、清除浮動 還是 閉合浮動 （Enclosing float or Clearing float）？
很多人都已經習慣稱之爲清除浮動，以前我也一直這麼叫着，但是確切地來說是不準確的。我們應該用嚴謹的態度來對待代碼，也能更好地幫助我們理解開頭的三個問題。
1）清除浮動：清除對應的單詞是 clear，對應CSS中的屬性是 clear：left | right | both | none；
2）閉合浮動：更確切的含義是使浮動元素閉合，從而減少浮動帶來的影響。
兩者的區別 請看優雅的 Demo
通過以上實例發現，其實我們想要達到的效果更確切地說是閉合浮動，而不是單純的清除浮動，在footer上設置clear：both清除浮動並不能解決wrap高度塌陷的問題。
結論：用閉合浮動比清除浮動更加嚴謹，所以後文中統一稱之爲：閉合浮動。
二、爲何要閉合浮動？
要解答這個問題，我們得先說說CSS中的定位機制：普通流，浮動，絕對定位 （其中"position:fixed" 是 "position:absolute" 的一個子類）。
1）普通流：很多人或者文章稱之爲文檔流或者普通文檔流，其實標準里根本就沒有這個詞。如果把文檔流直譯爲英文就是 document flow ，但標準裏只有另一個詞，叫做 普通流 （normal flow)，或者稱之爲常規流。但似乎大家更習慣文檔流的稱呼，因爲很多中文翻譯的書就是這麼來的。比如《CSS Mastery》，英文原書中至始至終都只有普通流 normal flow（普通流） 這一詞，從來沒出現過document flow （文檔流）
2）浮動：浮動的框可以左右移動，直至它的外邊緣遇到包含框或者另一個浮動框的邊緣。浮動框不屬於文檔中的普通流，當一個元素浮動之後，不會影響到塊級框的佈局而只會影響內聯框（通常是文本）的排列，文檔中的普通流就會表現得和浮動框不存在一樣，當浮動框高度超出包含框的時候，也就會出現包含框不會自動伸高來閉合浮動元素（“高度塌陷”現象）。顧名思義，就是漂浮於普通流之上，像浮雲一樣，但是隻能左右浮動。
正是因爲浮動的這種特性，導致本屬於普通流中的元素浮動之後，包含框內部由於不存在其他普通流元素了，也就表現出高度爲0（高度塌陷）。在實際佈局中，往往這並不是我們所希望的，所以需要閉合浮動元素，使其包含框表現出正常的高度。
絕對定位就不多說了，不在本文討論範圍之內，下回分解。
三、閉合浮動的原理——瞭解 hasLayout 和 Block formatting contexts
先看一下清理浮動的各種方法：
1）添加額外標籤
這是在學校老師就告訴我們的 一種方法，通過在浮動元素末尾添加一個空的標籤例如 <div style=”clear:both”></div>，其他標籤br等亦可。
<div class="wrap" id="float1">
<h2>1）添加額外標籤</h2>
<div class="main left">.main{float:left;}</div>
<div class="side left">.side{float:right;}</div>
<div style="clear:both;"></div>
</div>
<div class="footer">.footer</div>
優點：通俗易懂，容易掌握
缺點：可以想象通過此方法，會添加多少無意義的空標籤，有違結構與表現的分離，在後期維護中將是噩夢，這是堅決不能忍受的，所以你看了這篇文章之後還是建議不要用了吧。
2）使用 br標籤和其自身的 html屬性
這個方法有些小衆，br 有 clear=“all | left | right | none” 屬性
<div class="wrap" id="float2">
<h2>2）使用 br標籤和其自身的 html屬性</h2>
<div class="main left">.main{float:left;}</div>
<div class="side left">.side{float:right;}</div>
<br clear="all" />
</div>
<div class="footer">.footer</div>
優點：比空標籤方式語義稍強，代碼量較少
缺點：同樣有違結構與表現的分離，不推薦使用
3)父元素設置 overflow：hidden
通過設置父元素overflow值設置爲hidden；在IE6中還需要觸發 hasLayout ，例如 zoom：1；
<div class="wrap" id="float3" style="overflow:hidden; *zoom:1;">
<h2>3)父元素設置 overflow </h2>
<div class="main left">.main{float:left;}</div>
<div class="side left">.side{float:right;}</div>
</div>
<div class="footer">.footer</div>
優點：不存在結構和語義化問題，代碼量極少
缺點：內容增多時候容易造成不會自動換行導致內容被隱藏掉，無法顯示需要溢出的元素；04年POPO就發現overflow:hidden會導致中鍵失效，這是我作爲一個多標籤瀏覽控所不能接受的。所以還是不要使用了
4)父元素設置 overflow：auto 屬性
同樣IE6需要觸發hasLayout，演示和3差不多
優點：不存在結構和語義化問題，代碼量極少
缺點：多個嵌套後，firefox某些情況會造成內容全選；IE中 mouseover 造成寬度改變時會出現最外層模塊有滾動條等，firefox早期版本會無故產生focus等, 請看 嗷嗷的 Demo ,不要使用
5）父元素也設置浮動
優點：不存在結構和語義化問題，代碼量極少
缺點：使得與父元素相鄰的元素的佈局會受到影響，不可能一直浮動到body，不推薦使用
6）父元素設置display:table
優點：結構語義化完全正確，代碼量極少
缺點：盒模型屬性已經改變，由此造成的一系列問題，得不償失，不推薦使用
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 http://msdn.microsoft.com/worksh ... 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) http://msdn.microsoft.com/worksh
... properties/zoom.asp
- writing-mode: tb-rl (MSDN) http://msdn.microsoft.com/worksh ... 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》一文（英文原文：http://www.satzansatz.de/cssd/onhavinglayout.htm），由於old9博客被牆，中文版地址：
IE8使用了全新的渲染引擎，刪除了 hasLayout 原本的功能，因此徹底杜絕了很多深惡痛絕的 bug，但 IE8~IE11 通過「document.documentElement.currentStyle.hasLayout」依然可以獲得 hasLayout 的標誌，我寫了一個測試 Demo（IE8 中 zoom:1 返回 false），更詳細的請看《IE8 haslayout = true》
綜上所述：
在支持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應該有的特性。
進一步瞭解請看： 《clearfix改良及overflow:hidden詳解【譯】》
在實際開發中，改進方案一由於存在Unicode字符不適合內嵌CSS的GB2312編碼的頁面，使用方案7完全可以解決我們的需求了，改進方案二等待大家的進一步實踐。方案3、4通過overflow閉合浮動，實際上已經創建了新的 塊級格式化上下文，這將導致其佈局和相對於浮動的行爲等發生一系列的變化，閉合浮動只不過是一系列變化中的一個作用而已。所以爲了閉合浮動去改變全局特性，這是不明智的，帶來的風險就是一系列的bug，比如firefox 早期版本產生 focus，截斷絕對定位的層等等。始終要明白，如果單單只是需要閉合浮動，overflow就不要使用，而不是某些文章所說的“慎用”。
前前後後花了三天寫完了這篇文章。如果覺得本文對您有幫助，您的留言就是對我最大的支持，同時由於精力有限，歡迎指出文中錯誤與不足，共勉之！
參考資料:
- Page breaks and block-formatting contexts: Allowed page breaks (13.3.3)
- Clearfix and block formatting contexts: Everything you Know about Clearfix is Wrong
- Block formating contexts, “hasLayout” – IE Window vs CSS2.1 browsers: simulations.
- New block formatting contexts next to floats
- On having layout， [譯文]On having layout http://old9.blogsome.com/2006/04/11/onhavinglayout
- “HasLayout” Overview
- hasLayout Property
- IE hasLayout
- https://developer.mozilla.org/en/CSS/block_formatting_context