咱们一块儿清除过的浮动

  浮动(float)，一个咱们即爱又恨的属性。爱，由于经过浮动，咱们能很方便地布局； 恨，浮动以后遗留下来太多的问题须要解决，特别是IE6-7（如下无特殊说明均指 windows 平台的 IE浏览器）。也许不少人都有这样的疑问，浮动从何而来？咱们为什么要清除浮动？清除浮动的原理是什么？本文将一步一步地深刻剖析其中的奥秘，让浮动使用起来更加驾轻就熟。

1、清除浮动 仍是 闭合浮动 （Enclosing float or Clearing float）？

不少人都已经习惯称之为清除浮动，之前我也一直这么叫着，可是确切地来讲是不许确的。咱们应该用严谨的态度来对待代码，也能更好地帮助咱们理解开头的三个问题。

1）清除浮动：清除对应的单词是 clear，对应CSS中的属性是 clear：left | right | both | none；

2）闭合浮动：更确切的含义是使浮动元素闭合，从而减小浮动带来的影响。

二者的区别 请看优雅的 Demo

经过以上实例发现，其实咱们想要达到的效果更确切地说是闭合浮动，而不是单纯的清除浮动，在footer上设置clear：both清除浮动并不能解决warp高度塌陷的问题。  

结论：用闭合浮动比清除浮动更加严谨，因此后文中统一称之为：闭合浮动。

2、为什么要清除浮动？

要解答这个问题，咱们得先说说CSS中的定位机制：普通流，浮动，绝对定位 （其中"position:fixed" 是 "position:absolute" 的一个子类）。

1）普通流：不少人或者文章称之为文档流或者普通文档流，其实标准里根本就没有这个词。若是把文档流直译为英文就是 document flow ，但标准里只有另外一个词，叫作 普通流 （normal flow)，或者称之为常规流。但彷佛你们更习惯文档流的称呼，由于不少中文翻译的书就是这么来的。好比《CSS Mastery》，英文原书中至始至终都只有普通流 normal flow（普通流） 这一词，历来没出现过document flow （文档流）

2）浮动：浮动的框能够左右移动，直至它的外边缘遇到包含框或者另外一个浮动框的边缘。浮动框不属于文档中的普通流，当一个元素浮动以后，不会影响到块级框的布局而只会影响内联框（一般是文本）的排列，文档中的普通流就会表现得和浮动框不存在同样，当浮动框高度超出包含框的时候，也就会出现包含框不会自动伸高来闭合浮动元素（“高度塌陷”现象）。顾名思义，就是漂浮于普通流之上，像浮云同样，可是只能左右浮动。

正是由于浮动的这种特性，致使本属于普通流中的元素浮动以后，包含框内部因为不存在其余普通流元素了，也就表现出高度为0（高度塌陷）。在实际布局中，每每这并非咱们所但愿的，因此须要闭合浮动元素，使其包含框表现出正常的高度。

绝对定位就很少说了，不在本文讨论范围以内，下回分解。

3、清除浮动的原理——了解 hasLayout 和 Block formatting contexts

先看一下清理浮动的各类方法：

1）添加额外标签

这是在学校老师就告诉咱们的 一种方法，经过在浮动元素末尾添加一个空的标签例如 <div style=”clear:both”></div>，其余标签br等亦可。

 <div class="warp" 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>

 优雅的 Demo

优势：通俗易懂，容易掌握

缺点：能够想象经过此方法，会添加多少无心义的空标签，有违结构与表现的分离，在后期维护中将是噩梦，这是坚定不能忍受的，因此你看了这篇文章以后仍是建议不要用了吧。

 2）使用 br标签和其自身的 html属性

这个方法有些小众，br 有 clear=“all | left | right | none” 属性

 <div class="warp" 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>

 优雅的 Demo

 优势：比空标签方式语义稍强，代码量较少

缺点：一样有违结构与表现的分离，不推荐使用

 3)父元素设置 overflow：hidden

经过设置父元素overflow值设置为hidden；在IE6中还须要触发 hasLayout ，例如 zoom：1；

 <div class="warp" 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>

 优雅的 Demo

优势：不存在结构和语义化问题，代码量极少

缺点：内容增多时候容易形成不会自动换行致使内容被隐藏掉，没法显示须要溢出的元素；firefox早期版本会产生整行的focus等，不要使用

4)父元素设置 overflow：auto 属性

一样IE6须要触发hasLayout，演示和3差很少

优势：不存在结构和语义化问题，代码量极少

缺点：多个嵌套后，firefox某些状况会形成内容全选；IE中 mouseover 形成宽度改变时会出现最外层模块有滚动条等，不要使用

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; }

 优雅的 Demo

优势：结构和语义化彻底正确,代码量居中

缺点：复用方式不当会形成代码量增长

 小结

经过对比，咱们不难发现，其实以上列举的方法，无非有两类：

其一，经过在浮动元素的末尾添加一个空元素，设置 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的特性：

• 在建立了 BFC的元素中，其子元素会一个接一个地放置。垂直方向上它们的起点是一个包含块的顶部，两个相邻的元素之间的垂直距离取决于 ‘margin’ 。在BFC中相邻的块级元素的垂直边距会折叠（collapse）。
• 在BFC 中，每个元素左外边框与包含块的左边相接触（对于从右到左的格式化，右外边框接触右边）， 即便存在浮动也是如此（尽管一个元素的内容区域会因为浮动而压缩），除非这个元素也建立了一个新的BFC。
• BFC能够包含浮动，详见： 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。

综上所述：

在支持BFC的浏览器（IE8+，firefox，chrome，safari）经过建立新的BFC闭合浮动；

在不支持 BFC的浏览器 （IE6-7），经过触发 hasLayout 闭合浮动。

 

4、闭合浮动方法——精益求精

上面已经列举了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; }

 

在实际开发中，改进方案一因为存在Unicode字符不适合内嵌CSS的GB2312编码的页面，使用方案7彻底能够解决咱们的需求了，改进方案二等待你们的进一步实践。方案三、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
• Control Block Formatting Context

• 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