这些浏览器，各有各的一套，往往在这里运行正常，在那里运行就不正常了。于是WD们拆东边补西边，终于能在几个浏览器下都正常了。结果，产品经理又有了新的需求，需要在哪儿哪儿那儿改一下，于是乎，好不容易糊弄好的的纸架子一下子倒塌了，WD们又忙得焦头烂额。之所以这么说，因为，这是我的经验。
大凡是WD，总是收集了一堆Css Hacking 技巧，为的是在各个浏览器下正常。网上一搜，一大堆。
然而，首先WD们没有弄清楚一个基本问题，我们为什么需要css Hacking?如果有1000种浏览器,我们是不是要记住1000种浏览器的Hack 技巧？
事实上, Css Hacking从某种程度上说，是一个拿不上台面的东西。Css Hacking有很多技巧，纯粹就是利用了浏览器的Bug.比如常见的用_class{….} 去区别IE和firefox,按理说_class是一个不合法的标记方法。Css Hacking的出现，是WD们不得已而为之，WD们的日常工作并不是疯狂地Css Hack.
其实这么多浏览器,并不是可以随便乱来，想自己定义个啥就定义个啥标记的。人们习惯了在标准的世界里生活，在网页世界里，也有一系列标准。浏览器们也都努力地做到web标准兼容。但是有些浏览器出道得早，可以说后来出现的web标准就是在它们的影响下诞生的。还有一个，当年非常牛B,所以做了很多创新，没有把web标准放在心上，蛮不在乎。更何况，标准自身也是在不断更新的。因此，一般各个浏览器产品系统都曾有过一段没有不太在乎web标准的日子，后来大家都意识到不行了，我们大家都妥协一下，要制订一套标准，大家都遵守。可是以前各家都有自己制订的一些小条条小框框，他们不符合标准，咋办呢?
于是，这些人想了个法子：标准模式和怪异模式。另外还有一种，叫“近乎标准模式”,almost standard.要说真是够怪异，我都听晕了。别着急，听我慢慢道来。
不是说了吗，这些老大们坐在一起，制定了各式各样的标准，以后大家都按这套标准来解释网页。如果你做的网页可以按这套标准来解释，那就用一个标记doctype注明这是可以按web标准来解释的。这就是标准模式。
那以前各家都生产过，规定过的小九九们不符合标准，咋办啊？也不能就马上把它们全扔掉不要了吧?软件上大抵有这样一套原则，叫向下兼容。在怪异模式下，各个浏览器都模拟那些老版本的浏览器的操作，以防止老的页面无法工作。在网页没有指定doctype时，浏览器一般就都按怪异模式工作，以防老页面无法工作。
对于这两种模式之间的差异，最显著的例子涉及Windows上IE专有的框模型。在IE 6出现时，在标准模式中使用正确的框模型，在怪异模式中使用老式的专有框模型。为了维持对IE 5和更低版本的向后兼容性，Opera 7和更高版本也在怪异模式中使用有缺点的IE框模型。
Mozilla和Safari还有第三种模式，称为“几乎标准的模式（almost standards mode）”，除了在处理表格的方式方面有一些细微的差异之外，这种模式与标准模式相同。
正是由于这个原因，您可以丢掉很多css hacking技巧了。有些书介绍说，IE6和firefox的盒模型（或者有的地方叫框模型)不一致，因此需要这样做hack:
div{
width:100px;
*width:95px;
}
我说，这种书真是误人子弟。因为，只要正确指定了doctype,这些浏览器解释上的差异就都不存在了，我们按照标准来就行了。
这个模式的指位于HTML文件开头的DOCTYPE域指定的。一般常见的有这几种:
HTML 4.01 Transitional：
代码如下:
HTML 4.01 Frameset
代码如下:
XHTML 1.0 Strict
代码如下:
XHTML 1.0 Transitional
代码如下:
XHTML 1.0 Frameset
代码如下:
XHTML 1.1
代码如下: