本篇文章给大家分享的是有关解决IE6、IE7、IE8、Firefox兼容的几种方案分别是怎样的，小编觉得挺实用的，因此分享给大家学习，希望大家阅读完这篇文章后可以有所收获，话不多说，跟着小编一起来看看吧。
成都创新互联公司坚持“要么做到，要么别承诺”的工作理念，服务领域包括：网站设计、网站建设、企业官网、英文网站、手机端网站、网站推广等服务，满足客户于互联网时代的临邑网站设计、移动媒体设计的需求，帮助企业找到有效的互联网解决方案。努力成为您成熟可靠的网络建设合作伙伴！
解决IE6、IE7、IE8、Firefox兼容的几种方案
浏览器不兼容，你知道源头吗？
凡事都要知其然，才能知其所以然，前端开发的朋友想毕都会碰到浏览器兼容的问题，今天在网上觅到此文，希望对大家有用。
浏览器的不兼容，大家肯定都是深恶痛绝的，往往我们只是去做修补，却忘了更重要的事情，那就是追溯根源，避免类似的不兼容再次出现。在下不才，归纳几点html编码要素，望能指点各位：
1.文字本身的大小不兼容。同样是font-size:14px的宋体文字，在不同浏览器下占的空间是不一样的，IE下实际占高16px，下留白3px，Firefox下实际占高17px，上留白1px，下留白3px，opera下就更不一样了。解决方案：给文字设定line-height。确保所有文字都有默认的line-height值。这点很重要，在高度上我们不能容忍1px的差异。
2.Firefox下容器高度限定，即容器定义了height之后，容器边框的外形就确定了，不会被内容撑大，而IE下是会被内容撑大，高度限定失效。所以不要轻易给容器定义height。
3.还讨论内容撑破容器问题，横向上的。如果float容器未定义宽度，Firefox下内容会尽可能撑开容器宽度，IE下则会优先考虑内容折行。故，内容可能撑破的浮动容器需要定义width。
小实验：有兴趣大家可以看看这段实验。在不同浏览器下分别测试以下各项代码。
a.
上面的代码在不同浏览器中是不一样的，实验起源于对小height值div的运用，
4.浮动的清除，Firefox下不清除浮动是不行的。
纠正大家一个误区，遇到不兼容就说Firefox烂是不对的，其实更多时候是IE的奇怪表现让我们无所适从。以下列出IE6的种种劣迹。
5.最被痛恨的，double-marginbug。IE6下给浮动容器定义margin-left或者margin-right实际效果是数值的2倍。解决方案，给浮动容器定义display:inline。
6.mirrormarginbug，当外层元素内有float元素时，外层元素如定义margin-top:14px，将自动生成margin-bottom:14px。padding也会出现类似问题，都是IE6下的特产，该类bug出现的情况较为复杂，远不只这一种出现条件，还没系统整理。解决方案：外层元素设定border或设定float。
引申：Firefox和IE下对容器的margin-bottom，padding-bottom的解释有时不一致，似乎与之相关。
7.吞吃现象，限于篇幅，我就不展开了。还是IE6，上下两个div，上面的div设置背景，却发现下面没有设置背景的div也有了背景，这就是吞吃现象。对应上面的背景吞吃现象，还有滚动下边框缺失的现象。解决方案：使用zoom:1。这个zoom好象是专门为解决IE6bug而生的。
8.注释也能产生bug~~~“多出来的一只猪。”这是前人总结这个bug使用的文案，IE6的这个bug下，大家会在页面看到猪字出现两遍，重复的内容量因注释的多少而变。解决方案：用“picRotatestart”方法写注释。
9.
里加float，这是一个典型的，棘手的兼容问题，希望引起大家正视，给li不同的属性会有不同的解释效果，Firefox下的解释稍可理解，IE6下的解释会让你摸不着头脑，由于问题的复杂性，将另起一文专门讨论该问题。在《ul使用心得》一文里有相关成果，却没给出问题解决的过程。10.使用了“float:left;display:inline”的ul的奇怪表现。可以看出这句css是针对IE6下的doublemarginbug而加上的display:inline，这也是我的css体系里的重要一环，在《ul使用心得》一文中有相关阐述。而这句css用在ul上会让你痛苦不堪。点到为止，这里不能多说哈。
11.img下的留白，大家看这段代码有啥问题：
