CSS浏览器兼容性与解析问题终极归纳

最新推荐文章于 2023-12-06 11:03:28 发布

sheldonFei

最新推荐文章于 2023-12-06 11:03:28 发布

阅读量553

点赞数

文章标签：浏览器 css 前端

1.怪异模式问题：漏写DTD声明，Firefox仍然会按照标准模式来解析网页，但在IE中会触发怪异模式。为避免怪异模式给我们带来不必要的麻烦，最好养成书写DTD声明的好习惯。

2.IE6双边距问题：在IE6下，如果对元素设置了浮动，同时又设置了margin-left或margin-right，margin值会加倍。例如：

HTML：

<div class="myDiv"></div>

CSS：

.myDiv{
    width:100px;
    height:100px;
    border:1px solid #000;
    float:left;
    margin-left:30px;
}

Firefox预览结果：

IE6预览结果：

很明显的，在IE6中，margin-left:30px的边距翻倍成60px了。

解决问题：

设置display:inline：

.myDiv{
    width:100px;
    height:100px;
    border:1px solid #000;
    float:left;
    display:inline;
    margin-left:30px;
}

IE6预览结果：

3.上下margin重合：margin是个有点特殊的样式，相邻的margin-left和margin-right是不会重合的，但相邻的margin-top和margin-bottom会产生重合。不管IE还是Firefox都存在这问题。例如：

HTML：

<div class="topDiv"></div>
<div class="bottomDiv"></div>

CSS：

.topDiv{
    width:100px;
    height:100px;
    border:1px solid #000;
    margin-bottom:25px;
}
.bottomDiv{
    width:100px;
    height:100px;
    border:1px solid #000;
    margin-top:50px;
}

我们对上面的div设置了25px的下边距，对下方的div设置了50px的上边距。为了便于观察，这里将div的高度都设为100px。

浏览器预览结果：

可见，结果不是预期的上下div拉开75px的距离，而是拉开了半个div高度(50px)的距离。

解决问题：

统一使用margin-top或者margin-bottom，不要混合使用。这并不是技术上的必需，但却是个良好的习惯。

4.超链接访问后hover样式不出现：有时候我们同时设置了a:visited和a:hover样式，但一旦超链接访问后，hover的样式就不再出现，这是怎么回事呢？是因为将样式顺序放错了，调整为先a:visited再a:hover。关于a标签的四种状态的排序问题，有个简单好记的原则，叫做love hate原则，即i(link)ov(visited)e h(hover)a(active)e。

5.IE6、IE7的hasLayout问题：很多时候，CSS在IE下的解析十分奇怪，明明在Firefox中显示得非常正确，但到了IE下却出现了问题，有的时候，这些问题甚至表现得非常诡异。

例如一个比较经典的Bug就是设置border的时候，有时候border会断开，刷新页面或者拖下滚动条的时候，断掉的部分又会连接起来。

再比如在IE6&IE7中对元素设置浮动后，其后的元素并未占据这部分空间，造成了IE6&IE7中浮动元素未脱离文档流的假象。也就是说，实际上IE6&IE7浮动元素也脱离了文档流，只是由于其后元素的hasLayout被自动触发而导致的。这里说的hasLayout被触发，即指元素的hasLayout属性为true。

下列元素默认hasLayout="true"：

<html>, <body>
<table>, <tr>, <th>, <td>
<img>
<hr>
<input>, <button>, <select>, <textarea>, <fieldset>, <legend>
<iframe>, <embed>, <object>, <applet>
<marquee>

下列 CSS 属性和取值将会自动让一个元素的hasLayout="true"：

- position: absolute
  绝对定位元素的包含区块(containing block)就会经常在这一方面出问题。
- float: left|right
  由于 layout 元素的特性，浮动模型会有很多怪异的表现。
- display: inline-block
  当一个内联级别的元素需要 layout 的时候往往就要用到它，这也可能也是这个 CSS 属性的唯一效果–让某个元素拥有 layout。"inline-block行为"在IE中是可以实现的，但是需要注意的是： IE/Win: inline-block and hasLayout 。
- width: 除 “auto" 外的任意值
  很多人遇到 layout 相关问题发生时，一般都会先尝试用这个来修复。
- height: 除 “auto" 外的任意值
  height: 1% 就在 Holly Hack 中用到。
- zoom: 除 “normal" 外的任意值
  IE专有属性。不过 zoom: 1 可以临时用做调试。
- writing-mode: tb-rl
  MS专有属性。
- overflow: hidden|scroll|auto
  在 IE7 中，overflow 也变成了一个 layout 触发器，这个属性在之前版本 IE 中没有触发 layout 的功能。
- overflow-x|-y: hidden|scroll|auto
  overflow-x 和 overflow-y 是 CSS3 盒模型中的属性，尚未得到浏览器的广泛支持。他们在之前版本IE中没有触发 layout 的功能。
- 另外 IE7 的荧幕上又新添了几个 haslayout 的演员，如果只从 hasLayout 这个方面考虑，min/max 和 width/height 的表现类似，position 的 fixed 和 absolute 也是一模一样。
- position: fixed
- min-width: 任意值
  就算设为0也可以让该元素获得 layout。
- max-width: 除 “none" 之外的任意值
- min-height: 任意值。即使设为0也可以让该元素的 haslayout=true
- max-height: 除 “none" 之外的任意值

如果BUG是由于hasLayout未触发所引起的，则可采用手动触发hasLayout来解决：办法是使用一个生僻的CSS属性zoom来触发，引用样式.zoom{zoom:1}。

如果BUG是hasLayout被自动触发而引起的，则要看触发是什么引起的，若这元素本身就会自动触发hasLayout，可以考虑换一个元素。若是对于这元素设置的某个CSS属性引起的，则可以考虑删除这属性，倘若这属性又是必要的，则就需要自己根据具体情况去编写CSS Hack，因为hasLayout是只读的，一旦hasLayout="true"后，便不可逆转。

6.行内元素上下margin及padding不拉开元素间距的问题：行内元素的margin和padding属性很奇怪，水平方向的padding-left、padding-right、margin-left、margin-right都产生边距效果，但竖直方向的padding-top、padding-bottom、margin-top、margin-bottom却不会产生边距效果。例如：

HTML：

<div>块级元素</div>
<span>行内元素</span>

CSS:

div{background:gray;padding:20px;}
span{background:green;padding:20px;margin:20px;}

各浏览器预览结果：

可见竖直方向的padding、margin虽然增大了行内元素的面积，但并没有和相邻元素拉开距离，导致了元素重叠。

解决问题：

将行内元素display设置为block即可解决

修改后CSS：

span{background:green;padding:20px;margin:20px;display:block;}

各浏览器预览结果：

但由于块级元素与行内元素的默认样式不同，可能会因此书写额外的样式代码。比如width样式，因为块级元素默认占据整行。

7.IE6下select元素显示问题：浏览器解析页面时，会先判断元素的类型，如果是窗口类型的，会优先于非窗口类型的元素，显示在页面最顶端，如果同属于非窗口类型的，才会去判断z-index的大小。select元素在IE6下是以窗口形式显示的，这是IE6的一个Bug。导致的情况是往往想要弹出一个层，结果select元素出现在层上方。例如：

HTML：

<select><option>=请选择=</option></select>
<div></div>

CSS：

div{
    position:absolute;
    background:#CCDCEE;
    top:0px;
    left:0px;
    width:300px;
    height:300px;
    border:1px solid #000;
    margin:5px;
}

IE6预览结果：

解决问题：

我们可以用一个和弹出层同样大小的iframe放在层下面，select上面，用iframe遮住select。比如设置弹出层的样式z-index:2，iframe的样式z-index:1，使iframe位于层下方。

修改后HTML：

<select><option>=请选择=</option></select>
<div></div>
<iframe src="xx.htm"></iframe>

修改后CSS：

div{
    position:absolute;
    background:#CCDCEE;
    top:0px;
    left:0px;
    width:300px;
    height:300px;
    border:1px solid #000;
    margin:5px;
    z-index:2;
}
iframe{
    position:absolute;
    top:0px;
    left:0px;
    width:300px;
    height:300px;
    margin:5px;
    z-index:1;
}

我们让iframe位于div下方，大小以及与浏览器的距离调整成与div一致。

IE6预览结果：

8.IE6对png的透明度支持问题：png格式因为其优秀的压缩算法和对透明度的完美支持，成为Web中最流行的图片格式之一。但它存在一个众所周知的头疼问题---IE6下对png的透明度支持并不好。本该是透明的地方，在IE6下会显示为浅蓝色。可以使用IE下私有的滤镜功能来解决问题，格式如下：filter:progid:DXImageTransform.Microsoft.AlphaImageLoader(src='png图片路径',sizingMethod='crop')。

9.ul的不同表现：ul列表也是在IE与Firefox中容易发生问题的对象，主要源自浏览器对ul对象的默认值设置。在IE与Firefox中，一部分对象有默认的属性（比如h1~h6），他们本身就带有大字号、加粗样式以及一些边距效果。ul也是如此，默认情况下ul是有边距的。例如：

HTML：

<div id="layout">
  <ul>
    <li>菜单一</li>
    <li>菜单二</li>
    <li>菜单三</li>
  </ul>
</div>

CSS：

#layout{border:1px solid #333;}
ul{list-style:none;}

代码非常简单，仅去除了ul的列表圆点。看下在IE和Firefox的预览效果：

IE预览结果：

Firefox预览结果：

显示都很正常，关键在于我们对ul接下来的设置：

修改后的CSS：

#layout{border:1px solid #333;}
ul{
    list-style:none;
    margin-left:0px;
}

设置ul左外边距为0后。

IE预览结果：

Firefox预览结果：

预览后发现问题出现了。IE中的ul已与div靠齐，而Firefox中的ul却丝毫不动。这是为什么？不妨把样式修改下再看看。

修改后的CSS：

#layout{border:1px solid #333;}
ul{
    list-style:none;
    padding-left:0px;
}

这次我们把margin-left换成padding-left。再来看看预览结果。

IE预览结果：

Firefox预览结果：

可见效果正好相反，Firefox中实现了靠齐，而IE中丝毫未动。

通过以上例子我们发现：在IE中，ul的默认边距是margin，在Firefox中，ul的默认边距是padding。我们单独定义margin或padding时，自然不能在两个浏览器达到一致效果。这就是ul在不同浏览器下表现不同的问题所在。

解决问题：

可以用hack方法分别针对IE和Firefox单独写样式，但更好的做法是样式开头先统一ul边距，ul{padding:0px;margin:0px;}。

10.IE3px问题：3px问题不是经常被人发现，因为它的影响只产生3px的位移。如果是精确到像素级的设计，3px的影响可谓不小。先来看下例子：

HTML：

<div id="left">左浮动div</div>
<div id="mydiv">段落</div>

CSS：

#left{
    float:left;
    border:1px solid #333;
    width:100px;
    height:100px;
}
#mydiv{
    border:1px solid #f66;
    margin-left:130px;
}

#left是引发Bug的一个浮动div，同时设置了边框便于观察。

IE预览结果：

Firefox预览结果：

从理论上讲，我们还没有设置#mydiv的padding，它们理所当然是紧贴边框的。但在IE中，“段落”文字并未紧紧贴住#left。在实际中可能会因此导致内部元素宽度超出外部div固定宽度而引发布局问题。

解决问题：

是把#mydiv设置为display:inline-block。

修改后CSS：

#left{
    float:left;
    border:1px solid #333;
    width:100px;
    height:100px;
}
#mydiv{
    border:1px solid #f66;
    margin-left:130px;
    +display:inline-block;
}

用hack方法为IE单独设置display:inline-block后。

IE各版本预览结果：

结果与Firefox一致。

11.高度不适应问题：高度不适应指的是，当内层对象的高度发生变化时，外层对象的高度不能自动扩展，特别是当内层对象使用padding或margin之后。高度不适应问题不是IE的专利，Firefox也出现这种问题。先来看看例子：

HTML：

<div id="box">
  <p>p对象中的内容</p>
</div>

CSS：

#box{
    background-color:#eee;
}
#box p{
    margin-top:20px;
    margin-bottom:20px;
    text-align:center;
}

看看代码做了什么，除了背景之外，#box仅是一个没有任何样式的div，而p加了2个关键属性margin-top:20px，margin-bottom:20px;，即上下外边距都是20px，p对象的高度应当是20+20+文字高度，即应当在40px以上。理论上#box这个div的高度会被挤开，至少达到40px以上。我们看看预览效果。

浏览器预览结果：

似乎并非预想的结果，看上去带背景的#box还是和文字一样高，并没有超过40px，这是为什么呢？为了验证一些事情，我们在html前后加上一个带背景的div。

修改后的HTML：

<div class="box2">up</div>
<div id="box">
  <p>p对象中的内容</p>
</div>
<div class="box2">down</div>

修改后的CSS：

#box{
    background-color:#eee;
}
#box p{
    margin-top:20px;
    margin-bottom:20px;
    text-align:center;
}
.box2{
    background-color:#aaa;
}

再来看下预览结果：

浏览器预览结果：

可以看到上下两个div并没有紧贴#box对象，而是有一定的间距。测量下会发现，这个间距刚好是p对象的margin上下各20px。这个测验证明了一个问题，就是#box对象并没有因其中的p对象的margin变化而改变自身的高度。而p对象的margin高度的确在整个页面中占据了一定的空间。相当于#box不动，而p把自己撑到了#box外面去了。

无论是IE还是Firefox，测试中都会发现这个问题。

解决问题：

经过一些测试，我们发现对#box定义padding或者border，就会迫使#box重新计算自己的高度，从而使自身能够适应内容的高度变化。但如果强制给对象设置了边距又会带来位移。我们需要找到一个新方法，不再从对象本身的属性入手，而是在对象的内部进行修复。我们可以在对象上下增加2个高度为0的空div，并强制内容不显示。

修改后的HTML：

<div class="box2">up</div>
<div id="box">
  <div style="height:0px;overflow:hidden"></div>
  <p>p对象中的内容</p>
  <div style="height:0px;overflow:hidden"></div>
</div>
<div class="box2">down</div>

这2个div只充当了占位符的角色，而不发生实际的占位。而对它的外层对象而言，由于其中多了一些逻辑占位对象使得它会重新计算高度，从而实现高度的自适应。

预览效果：

12.IE6断头台问题：断头台问题是国外的CSS设计者给这个问题起的一个非常形象的名字，与之相反的，被切断的不是对象的头部，而是对象的底部。先来看下例子：

HTML：

<div id="layout">
  <div id="left">
    <p>W3School提供的内容仅用于培训。我们不保证内容的正确性。通过使用本站内容随之而来的风险与本站无关。当使用本站时，代表您已接受了本站的使用条款和隐私条款。版权所有，保留一切权利。未经书面许可，不得转载。W3School 简体中文版的所有内容仅供测试，对任何法律问题及风险不承担任何责任
   </p>
  </div>
  <a href="#">链接1</a><br/>
  <a href="#">链接2</a><br/>
  <a href="#">链接3</a><br/>
  <a href="#">链接4</a>
</div>

XHTML代码有三部分组成，一个是主对象#layout，主框架中有#left为左浮动对象，右侧为普通的4个链接，类似于左右分栏的布局。

CSS：

#layout{
    border:5px solid #35BB0C;
    width:400px;
    background-color:#F2F2F2;
}
#left{
    border:5px solid #D4CA25;
    width:200px;
    float:left;
    background-color:#fff;
}
a:hover{
    background-color:#fff;
}

在CSS代码部分，主要设置了链接的背景色，#left的左浮动，以便于我们观察的粗边框效果。先通过浏览器看看问题是如何发生的，见下图：

IE6预览效果：

这里列出了IE6网页效果的2个状态，当网页被打开时，页面正常显示，与CSS编码指定样式一致。当鼠标右侧的“链接4”时，问题出现了，主对象#layout下面被切掉了，而剩下的高度正好是4个链接的高度。而当鼠标移到“链接1”或“链接2”时，#layout对象的高度又恢复正常。这便是IE6断头台问题。

这个问题的主要原因在于链接上，去除链接的a:hover{background-color:#fff}样式后，一切正常。经测试发现，不仅仅是background-color的变化，如果改变hover状态下链接的其他属性，也会引发同样的问题。例如设置padding、border、加粗、斜体等，都会引发断头台问题。

值得注意的是，在#layout中，#left是个浮动对象，而右测是若干链接对象。对于未指定高度的对象而言，IE6会根据其中的内容（不管浮动与否）来计算高度的大小，而当例子中的链接对象是个非浮动对象，并具有hover改变border,background及padding属性时，IE6会认为这些属性同时会改变#layout的高度，因此它重新计算对象高度。而令人失望的是，IE6的这种自以为是的行为并没有达到预期目的，它会把非浮动对象的总高度作为高度给了#layout，从而切断了#left的内容。基于这类问题的产生原因，解决方案可以有多种。

解决问题：

根据问题产生的原因，我们可以做出多套解决方案。我们知道因为非浮动对象与浮动对象都在#layout中，所以我们可以从浮动方式入手，把非浮动对象改为浮动对象，这样便可以解决问题。例如对XHTML修改如下：

<div id="layout">
  <div id="left">
    <p>W3School提供的内容仅用于培训。我们不保证内容的正确性。通过使用本站内容随之而来的风险与本站无关。当使用本站时，代表您已接受了本站的使用条款和隐私条款。版权所有，保留一切权利。未经书面许可，不得转载。W3School 简体中文版的所有内容仅供测试，对任何法律问题及风险不承担任何责任
   </p>
  </div>
  <div id="right">
    <a href="#">链接1</a><br/>
    <a href="#">链接2</a><br/>
    <a href="#">链接3</a><br/>
    <a href="#">链接4</a>
  </div>
</div>

对链接加上个div，并设置浮动#right{float:left}。这样使得两个对象都成为浮动对象，不会引发问题。

也可以在#layout底部增加一个div来强制IE浏览器重新计算高度<div style="clear:both;"></div>，这个清除浮动内容的div会帮助浏览器重新找到合适的高度，从而解决断头台问题。

13.容器不扩展问题：容器不扩展问题是我们经常遇到的。比如我们创建了一个div嵌套结构:

HTML：

<div id="divGroup">
  <div id="a">子容器a</div>
  <div id="b">子容器b</div>
</div>

CSS：

#divGroup{
    border:2px solid #333;
}
#a,#b{
    border:2px solid #333;
    float:left;
    margin:5px;
}

IE预览结果：

Firefox预览结果：

可见外层的高度并没有随着子容器的高度自动扩展，却是形成了一条线。这是因为当子容器成为浮动元素后，并脱离了文档流。因此父容器认为自己内容为空，从而造成了这样的结果。

解决问题：

解决方案是在容器的末尾加入个清理浮动的div。

修改后的HTML：

<div id="divGroup">
  <div id="a">子容器a</div>
  <div id="b">子容器b</div>
  <div style="clear:both;"></div>
</div>

如果还想防止这个元素占据父元素的高度，可以进一步优化成<div style="clear:both;display:block;font:0px/0px sans-serif;"> </div>，这样这个清除浮动的容器被认为是个不占任何高度的空格字符。在网页中的任何地方，当遇到容器不扩展时，只需加入此段便能修复问题。

14.IE8和FireFox父子元素上下margin叠加问题：

先看下效果：

<div class="gray">      
  <div class="blue"></div>
  <div class="black"></div>
</div>

.gray{
    background:gray;
    width:200px;
    margin:20px;
}
.blue{
    background:blue;
    width:100px;
    height:100px;
    margin:20px;
}
.black{
    background:black;
    width:100px;
    height:100px;
    margin:20px;
}

上图中，蓝色div和黑色div是灰色div的子元素，三个div的margin都是20，但是我们看到蓝色div与其父元素的上边界并没有20px的间隙，黑色div与其父元素的下边界也没有20px的间隙，也就是说蓝色div的上外边距与其父元素的上外边距叠加在了一起，就好像是蓝色div的上外边距跑出去了一样。黑色div也是同理。这就是父元素与子元素的边距叠加效果，叠加后的取值取的是两者中较大的那个。经测试，只要父元素有border或padding，就不会触发这个问题。然而刻意给父元素设置border或padding又会带来位移。可采用如下方法来根本解决问题：

解决问题：给父元素设置overflow:hidden;即可解决。

再来预览下：

IE8：

解决了。

FireFox：

也解决了。

15.IE6高度不固定问题：

典型BUG1：IE6下，即使给父元素设了固定高度，子元素还是会将其撑开。

典型BUG2：如果一个元素没有子元素，而这个元素设置的length又小于div默认高度，则这个元素在IE6里显示的高度仍然是div的默认高度。

引发以上2个BUG的原因在于length属性在IE6里被当作min-length（最小高度）解析了，（换句话说，你压根在IE6中就没设置过固定高度，因为你设置的是最小高度）

解决办法是再给父元素设置overflow:hidden;

16.IE6设置了最小高度并撑满父元素高度：

默认情况下如果对IE6设置了最小高度200px，那么如果实际内容有250px，则只会显示250px的高度。也就是高度会跟随着内容显示。如果此时希望无论里面内容有多少，都让其填充满父元素高度，则要这么设置：

height:auto!important;
height:200px;
min-height:200px;

17.IE6、IE7下浮动元素未脱离文档流假象的问题：

对元素设置浮动后，在IE6&IE7下预览，会产生元素未脱离文档流的假象的现象。其实元素脱离文档流了，这问题其实是其后的元素引起的。由于其后的元素因某些原因造成hasLayout被触发而导致的它未去占据浮动元素的空间（这问题说起来话长，你就这么理解好了：这个大概追朔到表格布局的年代，由于单元格都是有hasLayout的，而后面单元格里的元素肯定不会跑前面的单元格里去的）。关于hasLayout，在第5条里有详细说明，这里单独提出来作为一条来说明，仅因为这个浮动未脱离文档流假象的问题比较典型。

18.全屏遮罩后居中显示一个对话层：

下面是遮罩层：绝对定位，宽高都100%，并且半透明

.over{
    position:absolute;
    width:100%;
    height:100%;
    top:0px;
    left:0px;
    background-color:#7E9898;
    filter:alpha(opacity=50);
    -moz-opacity:0.5;
    -khtml-opacity:0.5;
    opacity:0.5;
}

下面是对话层：也是绝对定位：

.confirm{
    position:absolute;
    width:400px; 
    height:300px;  
    background:#FFFFFF;
    top:300px;
    left:0px;
}

这里的提示层不要嵌套在遮罩层里面，否则也会受影响，变成半透明的了。要让提示层跟遮罩层并列。

这里还有2个问题：

1.单单对遮罩层使用height:100%，只有IE6会达到效果，而其他浏览器一旦只会是当前可见区域遮上了，如果拖动纵向滚动条，发现下方还有没遮盖上。

2.用户电脑分辨率不同，而绝对定位的提示层使用margin:300px auto也无效。

为了达到各浏览器网页可见区域全部遮盖的效果，这里用了下jquery脚本，解决以上2个问题：

$(document).ready(function(){
     $("div[class='cover']").height($(document).height());//将可见区域都遮罩起来
      $("div[class='confirm']").css("left",($(document).width()-($("div[class='confirm']").width()))/2+"px");//提示层居中
});

最佳实践：

1.写DTD声明：

<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">

2.引入base.css重置各浏览器默认属性值：

html,body,div,dl,dt,dd,ul,ol,li,h1,h2,h3,h4,h5,h6,pre,form,fieldset,input,textarea,p,blockquote,th,td{margin:0px;padding:0px;}
table{border-collapse:collapse;border-spacing:0px;}
fieldset,img,abbr,acronym{border:0px;}
address,caption,cite,code,dfn,em,strong,th,var{font-style:normal;font-weight:normal;}
ol,ul{list-style:none;}
caption,th{text-align:left;}
h1,h2,h3,h4,h5,h6{font-size:100%;font-weight:normal;}
q:before,q:after{content:'';}