經常會遇到Firefox下margin-top這失效的問題，這裡和大家分享一下Firefox下margin-top失效的原因與解決方法。
Firefox下margin-top失效的原因與解決方法
經常會遇到Firefox下margin-top這失效的問題,但一直都是用變通的方式去解決,今天在網上查了查,有所收獲,轉帖備忘。在這個說明中，“collapsingmargins”（折疊margin）的意思是：2個或以上盒模型之間（關系可以是相鄰或嵌套）相鄰的margin屬性（這之間不能有非空內容、padding區域、border邊框或使用清除分離方法）結合表示為一個單獨的margin。
在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可能折疊覆蓋（collapsethrough）它。在這種情況下，元素的位置（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總是與它後面的浮動塊級兄弟元素（floatednextin-flowblock-levelsibling）的margin-top相鄰，除非那個同級元素使用了清除操作。
浮動的塊級元素的margin-top和它的第一個浮動塊級子元素（floatedfirstin-flowblock-levelchild）的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，它不能包含一個內聯的盒模型（linebox），它所有的浮動子元素（如果有的話）的margin也都是相鄰的。
當一個元素擁有的margin折疊了，並且它使用了清除操作，那麼它的margin-top會和緊隨其後的兄弟元素的相鄰margin折疊，但結果是它的margin將無法和其塊級父元素的margin-bottom折疊。
折疊操作是以padding、margin、border的值為基礎的（即在浏覽器解析所有這些值之後），折疊後的margin計算將覆蓋已使用的不同margin的值。
【編輯推薦】