在網頁設計中，清理浮動是一項重要的任務，它可以確保頁面布局的穩定性和一致性。鏟除起浮一個但凡做頁面的人都會遇到的一個東西，可是是否我們都能夠清楚的知道，全方位的了解呢？所以一閑下來了立刻寫了這樣的一篇文章，不能講八面玲瓏，但是基本能將我所知道的傾囊相授了。

我們大略的一起來看看鏟除起浮的辦法一共有多少個(IE里面用zoom:1就不寫了，下一個專題再寫)。對應的DEMO

選用偽類:after進行后續空制的高度位零的偽類層鏟除 

選用CSS overflow:auto的方式撐高 

選用CSS overflow:hidden的方式發生奇怪適應 

選用display:table將目標變成table形式 

選用div標簽，以及css的clear特點 

選用br標簽，以及css的clear特點 

選用br標簽，以及其本身HTML的clear特點 

大略的看，他們都能將問題處理；但是他們另外一方面又有著各自的利害。（一一對應）

長處結構語義化徹底正確，不會發生其他的奇怪問題。

缺陷復用方式不妥容易形成代碼量急劇增大。

主張外層輕起浮時運用，或明晰模塊化復用方式的人運用。 

長處結構語義化徹底正確，代碼量很少。

缺陷多個嵌套后，點擊外層的輕起浮框會遭成外層至內層內容全選（FF）；或者在mouseover形成寬度改動時會呈現外層模塊有滾動條（IE）。

主張內個模塊運用，請勿嵌套。 

長處結構語義化徹底正確，代碼量很少。

缺陷內容增多時候極易不會自動換行而內容被躲藏掉。

主張寬度固守時運用，請勿嵌套。 

長處結構語義化徹底正確，代碼量很少。

缺陷盒模型特點已經改動，可想而知奇特事件天然多得你數都數不到。

主張假如你不想改Bug改死你的話，好不要運用；不過能夠作為alpha版本傍邊臨時性的忽悠下測試。 

長處代碼量很少，復用性極高。

缺陷徹底不能完美的適應語義化，不利于改版以及需求改變。

主張初學者運用，能夠讓你快速的處理起浮問題。 

長處語義化程度比第5種狀況要更優；代碼量很少，復用性極高。

缺陷語義化仍舊不完美，不利于改版以及需求改變。

主張初學者運用，能夠讓你快速的處理起浮問題。 

長處語義化程度比第5、6種狀況要更優；代碼量少，復用性極高。

缺陷語義化仍舊不完美，不利于改版以及需求改變。

主張引導初學者思維升級時運用，讓其明白與其用classname來操控一種體現，倒不如回歸到WEB1.0的年代的網頁直接用html特點來操控體現，究竟后者的代碼量更少。 

后，列舉結束。綜上所述，在進行網頁設計時，可以根據實際情況選擇合適的方法來清理浮動，以確保頁面布局的穩定性和一致性。