CSS垂直外边距合并和CSS清除浮动

来源：互联网发布：iphone相册分类软件编辑：程序博客网时间：2024/05/01 03:33

以下为文档内容：

外边距合并指的是，当两个垂直外边距相遇时，它们将形成一个外边距。

合并后的外边距的高度等于两个发生合并的外边距的高度中的较大者。

外边距合并

外边距合并（叠加）是一个相当简单的概念。但是，在实践中对网页进行布局时，它会造成许多混淆。

简单地说，外边距合并指的是，当两个垂直外边距相遇时，它们将形成一个外边距。合并后的外边距的高度等于两个发生合并的外边距的高度中的较大者。

当一个元素出现在另一个元素上面时，第一个元素的下外边距与第二个元素的上外边距会发生合并。请看下图：

亲自试一试

当一个元素包含在另一个元素中时（假设没有内边距或边框把外边距分隔开），它们的上和/或下外边距也会发生合并。请看下图：

亲自试一试

尽管看上去有些奇怪，但是外边距甚至可以与自身发生合并。

假设有一个空元素，它有外边距，但是没有边框或填充。在这种情况下，上外边距与下外边距就碰到了一起，它们会发生合并：

如果这个外边距遇到另一个元素的外边距，它还会发生合并：

这就是一系列的段落元素占用空间非常小的原因，因为它们的所有外边距都合并到一起，形成了一个小的外边距。

外边距合并初看上去可能有点奇怪，但是实际上，它是有意义的。以由几个段落组成的典型文本页面为例。第一个段落上面的空间等于段落的上外边距。如果没有外边距合并，后续所有段落之间的外边距都将是相邻上外边距和下外边距的和。这意味着段落之间的空间是页面顶部的两倍。如果发生外边距合并，段落之间的上外边距和下外边距就合并在一起，这样各处的距离就一致了。

注释：只有普通文档流中块框的垂直外边距才会发生外边距合并。行内框、浮动框或绝对定位之间的外边距不会合并。

　　在css2.1中，水平的margin不会被折叠。

　　垂直margin可能在一些盒模型中被折叠：

1、在常规文档流中，2个或以上的块级盒模型相邻的垂直margin会被折叠。

　　最终的margin值计算方法如下：

a、全部都为正值，取最大者；

b、不全是正值，则都取绝对值，然后用正值减去最大值；

c、没有正值，则都取绝对值，然后用0减去最大值。

　　注意：相邻的盒模型可能由DOM元素动态产生并没有相邻或继承关系。

2、相邻的盒模型中，如果其中的一个是浮动的（floated），垂直margin不会被折叠，甚至一个浮动的盒模型和它的子元素之间也是这样。

3、设置了overflow属性的元素和它的子元素之间的margin不会被折叠（overflow取值为visible除外）。

4、设置了绝对定位（position:absolute）的盒模型，垂直margin不会被折叠，甚至和他们的子元素之间也是一样。

5、设置了display:inline-block的元素，垂直margin不会被折叠，甚至和他们的子元素之间也是一样。

6、如果一个盒模型的上下margin相邻，这时它的margin可能折叠覆盖（collapse through）它。在这种情况下，元素的位置（position）取决于它的相邻元素的margin是否被折叠。

a、如果元素的margin和它的父元素的margin-top折叠在一起，盒模型border-top的边界定义和它的父元素相同。

b、另外，任意元素的父元素不参与margin的折叠，或者说只有父元素的margin-bottom是参与计算的。如果元素的border-top非零，那么元素的border-top边界位置和原来一样。

　　一个应用了清除操作的元素的margin-top绝不会和它的块级父元素的margin-bottom折叠。

　　注意，那些已经被折叠覆盖的元素的位置对其他已经被折叠的元素的位置没有任何影响；只有在对这些元素的子元素定位时，border-top边界位置才是必需的。

7、根元素的垂直margin不会被折叠。

　　　　浮动的块级元素的margin-bottom总是与它后面的浮动块级兄弟元素（floated next in-flow block-level sibling）的margin-top相邻，除非那个同级元素使用了清除操作。

　　浮动的块级元素的margin-top和它的第一个浮动块级子元素（floated first in-flow block-level child）的margin-top相邻（如果该元素没有border-top，没有padding-top，并且子元素没有使用清除操作）。

　　浮动的块级元素的margin-bottom如果符合下列条件，那么它和它的最后一个浮动块级子元素的margin-bottom相邻（如果该元素没有指定padding-bottom或border）：

　　a、指定了height:auto

　　b、min-height小于元素的实际使用高度（height）

　　c、max-height大于元素的实际使用高度（height）

　　如果一个元素的min-height属性设置为0，那么它所拥有的margin是相邻的，并且它既没有border-top和border- bottom，也没有padding-top和padding-bottom，它的height属性可以是0或auto，它不能包含一个内联的盒模型（line box），它所有的浮动子元素（如果有的话）的margin也都是相邻的。

　　当一个元素拥有的margin折叠了，并且它使用了清除操作，那么它的margin-top会和紧随其后的兄弟元素的相邻margin折叠，但结果是它的margin将无法和其块级父元素的margin-bottom折叠。

　　折叠操作是以padding、margin、border的值为基础的（即在浏览器解析所有这些值之后），折叠后的margin计算将覆盖已使用的不同margin的值。

如何解决

　　W3C的CSS2.1 定义了几种情况，简单为元素添加边框或者间距（border or padding)就可以不使边距重叠。

　　我们添加一个小的间距:

　　#box {background: #F80; margin: 10px; padding: 1px 0;}

关于CSS清除浮动的方式：clear属性和 overflow:hidden;

当元素浮动的时候，它自身将脱离正常静态流文档，但是它仍然会占据着位置。我个人更喜欢把它想象成两层模型，一层是浮动层，一层是静态层，而两层内的元素，在俯视的角度上，它们是“可接触的”。

最简单的测试就是:

<html>
<head>
<title></title>
<style type="text/css">
ul
{

background: blue;
margin: 0;
overflow: hidden;

}
ul li {

width: 50px;
height: 50px;
background: red;
margin-right: 10px;
float: left;

}
</style>
</head>
<body>

<ul>

<li></li>
<li></li>
<li></li>
<li></li>
<li></li>

</ul>
<p>asdfasf</p>
</body>
</html>

P标签内的内容被挤到了右边，而不是从左边开始，说明FLOAT即使脱离了文档流也占据了“浮动层”的空间（经过了一些查询我发现自己定义的“浮动层”空间，实际上的名词叫做，行框空间，浮动的元素会占据相邻非浮动元素的行框空间，而行框的概念是：行框是指本行的一个虚拟的矩形框，是浏览器渲染模式中的一个概念，并没有实际显示。行框高度等于本行内所有元素中行内框最大的值。当有多行内容时，每行都会有自己的行框。因此，P标签的内容会被浮动框给挤到一边，当内容超过了浮动框的高度时，又重新回到了正常的位置，就像图像的文字环绕效果）

有时候，当我们没有设置父元素的高度的时候，如果子元素浮动了，它就没有了高度，影响内容。为此我们需要清除浮动，达到不影响内容高度的效果，有些人可能不明白清除浮动的概念，既然要让元素浮动，为什么又要清除浮动？其实这两个词针对的对象是不同的，浮动是针对需要浮动的对象也就是元素，而清除浮动，是针对被浮动元素所影响的对象（元素）。比如上面的例子，浮动的是LI，需要清除浮动的是UL，因为UL没有设置高度，如果LI浮动起来了。那么UL里面没有内容。高度就会变为0，一般这种用法是在UL里面加上overflow:hidden。

这种做法的原理是BFC内容，有兴趣可以了解下。当需要确认overflow:hidden的时候，必须知道它的内容高度，这是一个反布局常识。从而达到了清除浮动的目的。

其实还有另外一个我自己觉得很偏门的方式。只适用于某些情况，那就是在需要清除浮动的元素中添加浮动！比如float:left 或者right；原理我猜也是一样，当浮动的时候，需要计算浮动的内容体积，从而达到同样的效果，只是为了清除浮动而让元素浮动起来，这是很不可取的，这里只是稍微谈一下。

至于clear:both的意思很明确，清除左右两侧浮动，这个用法针对具体情况选择，到底是overflow还是clear ，一般overflow是针对子元素浮动，clear则是同辈元素之间的处理。

但是有一点我没搞明白的是,clear:right这个属性有时候无效，比如 UL LI里面，我把第三个LI设置为celar:right，结果后面的元素还是浮动起来了，但如果在LI 与LI之间插入一个新元素比如P，在对P添加clear:right则有效，我想应该跟BFC内容有关，有空我也得去研究下它的神奇之处

以前没学深，觉得前端没什么，现在也没学深，但是至少知道了，前端水很深。不过有挑战才有动力

0 0