css瀏覽器不相容原因分析及解決辦法第1/2頁

在下不才，歸納幾點html編碼要素，望能指點各位：
1.文字本身的大小不相容。同樣是font-size:14px的宋體文字，在不同瀏覽器下占的空間是不一樣的，ie下實際占高16px，下留白3px，ff下實際占高17px，上留白1px，下留白3px，opera下就更不一樣了。解決方案：給文字設定 line-height 。確保所有文字都有預設的 line-height 值。這點很重要，在高度上我們不能容忍1px 的差異。

2.ff下容器高度限定，即容器定義了height之後，容器邊框的外形就確定了，不會被內容撐大，而ie下是會被內容撐大，高度限定失效。所以不要輕易給容器定義height。

3.還討論內容撐破容器問題，橫向上的。如果float 容器未定義寬度，ff下內容會儘可能撐開容器寬度，ie下則會優先考慮內容折行。故，內容可能撐破的浮動容器需要定義width。

小實驗：有興趣大家可以看看這段實驗。在不同瀏覽器下分別測試以下各項代碼。

a.<div style=”border:1px solid red;height:10px”></div> b.<div style=”border:1px solid red;width:10px”></div>

c.<div style=”border:1px solid red;float:left”></div> d.<div style=”border:1px solid red;overflow:hidden”></div>

上面的代碼在不同瀏覽器中是不一樣的，實驗起源於對小height 值div 的運用，<div style=”height:10px;overflow:hidden”></div>，小height 值要配合overflow:hidden一起使用。實驗好玩而已，想說明的是，瀏覽器對容器的邊界解釋是大不相同的，容器內容的影響結果各不相同。

4.浮動的清除，ff下不清除浮動是不行的。

糾正大家一個誤區，遇到不相容就說ff爛是不對的，其實更多時候是ie的奇怪表現讓我們無所適從。以下列出ie6的種種劣跡。

5.最被痛恨的，double-margin bug。ie6下給浮動容器定義margin-left 或者margin-right 實際效果是數值的2倍。解決方案，給浮動容器定義display:inline。

6.mirrormargin bug，當外層元素內有float元素時，外層元素如定義margin-top:14px，將自動產生margin-bottom:14px。padding也會出現類似問題，都是ie6下的特產，該類bug 出現的情況較為複雜，遠不只這一種出現條件，還沒系統整理。解決方案：外層元素設定border 或 設定float。

引申：ff 和ie 下對容器的margin-bottom，padding-bottom的解釋有時不一致，似乎與之相關。

7.吞吃現象，限於篇幅，我就不展開了。還是ie6，上下兩個div，上面的div設定背景，卻發現下面沒有設定背景的div 也有了背景，這就是吞吃現象。對應上面的背景吞吃現象，還有滾動下邊框缺失的現象。解決方案：使用zoom:1。這個zoom好象是專門為解決ie6 bug而生的。

8.注釋也能產生bug~~~“多出來的一隻豬。”這是前人總結這個bug使用的文案，ie6的這個bug 下，大家會在頁面看到豬字出現兩遍，重複的內容量因注釋的多少而變。解決方案：用“<!–[if !IE]> picRotate start <![endif]–>”方法寫注釋。

9.<li/>裡加 float <div/>，這是一個典型的，棘手的相容問題，希望引起大家正視 ，給li 不同的屬性會有不同的解釋效果，ff下的解釋稍可理解，ie6下的解釋會讓你摸不著頭腦，由於問題的複雜性，將另起一文專門討論該問題。在《ul使用心得》一文裡有相關成果，卻沒給出問題解決的過程。

10.使用了“float:left;display:inline”的ul的奇怪表現。可以看出這句css是針對ie6下的double margin bug 而加上的display:inline，這也是我的css體系裡的重要一環，在《ul使用心得》一文中有相關闡述。而這句css用在ul上會讓你痛苦不堪。點到為止，這裡不能多說哈。