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

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

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

選用CSS overflow:auto的方式撐高 

選用CSS overflow:hidden的方式發(fā)生奇怪適應(yīng) 

選用display:table將目標(biāo)變成table形式 

選用div標(biāo)簽，以及css的clear特點 

選用br標(biāo)簽，以及css的clear特點 

選用br標(biāo)簽，以及其本身HTML的clear特點 

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

長處結(jié)構(gòu)語義化徹底正確，不會發(fā)生其他的奇怪問題。

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

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

長處結(jié)構(gòu)語義化徹底正確，代碼量很少。

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

主張內(nèi)個模塊運用，請勿嵌套。 

長處結(jié)構(gòu)語義化徹底正確，代碼量很少。

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

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

長處結(jié)構(gòu)語義化徹底正確，代碼量很少。

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

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

長處代碼量很少，復(fù)用性極高。

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

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

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

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

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

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

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

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

后，列舉結(jié)束。綜上所述，在進行網(wǎng)頁設(shè)計時，可以根據(jù)實際情況選擇合適的方法來清理浮動，以確保頁面布局的穩(wěn)定性和一致性。