专注于WEB前端开发, 追求更好的用户体验, 更好的开发体验 [长沙前端QQ群:234746733]

开发

  • 用javascript预加载图片、css、js的方法研究

    / 分类: 开发,实践 / 10 Comments

    预加载的好处可以让网页更快的呈现给用户,缺点就是可能会增加无用的请求(但图片、css、js这些静态文件可以被缓存),如果用户访问的页面里面的css、js、图片被预加载了,用户打开页面的速度会快很多,提升用户体验。在用到一些大图片展示的时候,预加载大图是很不错的方法,图片更快的被呈现给用户。不多说了,作为一个前端攻城师都懂的,下面分享我做的测试和得到的结果。

    先说需要知道的服务器返回的status code:
    status-code: 200 - 客户端请求成功
    status-code: 304 - 文件已经在浏览器缓存中,服务器告诉客户端,原来缓冲的文档还可以继续使用。
    本文测试判断文件被是否被缓存,用的就是判断是否返回304.

    下面针对预加载的几个方法,在不同的浏览器下加载img/js/css做个测试,主要包括new Image()、object、iframe。以下加载测试的js、css、图片文件,是从几个门户网站找的(为啥找几个?是为了尽可能滴测试到特殊的情况,测试中还真遇到了)。

    1、测试用new Image()预加载

    1.1、new Image()加载


    new Image().src = 'http://img02.taobaocdn.com/tps/i2/T1iQhUXnxpXXXXXXXX-171-48.png'; //淘宝
    new Image().src = 'http://static.paipaiimg.com/module/logo/logo_2011_02_22.png'; //拍拍
    new Image().src = 'http://co.youa.baidu.com/picture/services/images/logo.png'; //有啊
    new Image().src = 'http://img1.t.sinajs.cn/t35/style/images/common/header/logoNew_nocache.png'; //新浪*/

    然后再把图片添加到页面内:<img src="xxx" />

    加载图片没啥好说的,IE6-9/CM/FF/OP/都返回304,预加载成功。

    1.2、测试用new Image()加载css


    new Image().src = 'http://a.tbcdn.cn/p/global/1.0/global-min.css'; //淘宝(1)
    new Image().src = 'http://static.paipaiimg.com/member/activate.css'; //拍拍(2)
    new Image().src = 'http://co.youa.baidu.com/picture/services/base.css'; //有啊(3)
    new Image().src = 'http://img1.t.sinajs.cn/t35/skin/skin_008/skin.css'; //新浪(4)
    // http://auto.sina.com.cn/css/newstyles.css
    // 可以用这个测试IE下Expires设置的时间小于当前时间的情况

    再把css添加到页面内

    这个有区别了:
    CM/OP,都返回304(无论有没有设置Expires)。
    FF, 全部返回了200。
    IE,1/2/4都返回304,而3返回200。对比返回的HTTP-Header可以发现:1/2/4都设置了Expires过期时间,而3没有设置。
    说明IE下缓存需要设置Expires(并且设置的时间要大于当前时间),而FF不支持利用new Image()预加载。

    1.3、测试用new Image()加载js


    new Image().src = 'http://a.tbcdn.cn/s/kissy/1.1.6/kissy-min.js'; //淘宝(1)
    new Image().src = 'http://static.paipaiimg.com/js/pp.noticeBoard.js'; //拍拍(2)
    new Image().src = 'http://co.youa.baidu.com/picture/services/cms_core.js'; //有啊(3)
    new Image().src = 'http://js.t.sinajs.cn/t35/miniblog/static/js/top.js'; //新浪(4)
    new Image().src = 'http://shop.qq.com/act/static/week/fri/bang/day_1_p_0_10.js'; //QQ(5)

    再把js添加到页面内。

    CM/OP,都返回304
    FF,只有5返回了304,也只有5的HTTP-Header最简单(包括:Date、Server、Expires、Cache-Control)。
    另外几个的响应头信息内容都比较多,但也都设置了5里面的这几个。找规律,发现另外几个的响应头都有:Content-Type:text/javascript,而5里面没这个。
    IE,2/5返回了304,1/3/4返回200,对比响应头,应该还是Content-Type影响的,IE里面2/5都没看到Content-Type。
    另外,感谢AndrewZhang(http://www.cnblogs.com/AndyWithPassion/)提到,IE下 image 预加载js在httpwatch下查看content,资源的加载并不是完整的。我这里测试也是如此。貌似有字节限制,测试中2返回的是完整的,5有一部分内容丢失了。所以用new Image加载JS一点都不可取。

    这里总结下:预加载图片用new Image()兼容性没问题。但是css/js只有OP/CM可以,IE/FF基本是无效(这点IE/FF到挺有默契)。

    2、测试用object预加载

    var doc = document,
    	obj = doc.createElement('object');
    	//obj.data = '123.js'; //Ps: 这样写OP下无效(会把data的内容作为object标签里的text node)
    	//obj.setAttribute('data', '123.js'); // img、css、js
    	obj.style.cssText = 'position:absolute;top:-1px;width:1px;height:1px;'; 
    	// obj.style.width = obj.style.height = 0;
    	doc.body.appendChild(obj); // 插入object 标签需要插入到非head部分,以触发加载*/
    	//obj.onload = function(){ alert('loaded') }; // FF/OP/Webkit支持(如果data是图片,IE9也可以)
    

    然后再吧object里面data加载的文件,创建标签加到HTML内测试。

    测试结果:
    FF/OP/CM: 无论是img/js/css,都返回304。
    IE6-8:用object加载img/js/css,会直接Aborted。
    IE9比较特殊:
    IE9加载js/css,先请求并返回HTTP200,再请求并Aborted,这里实际上是请求1次(第2次Aborted了)。
    IE9加载img的情况,先请求并返回HTTP200,再请求返回图片,所以图片需要请求2次。

    查看全文 »

  • javascript创建css、js,onload触发callback兼容主流浏览器的实现

    / 分类: 开发,实践 / 6 Comments

    由于需要写个函数,既可以加载css,又可以加载js,所以对各主流浏览器对加载js、css后是否触发onload事件做了个测试。当然,为了兼容,首先要考虑的是会用到onload和onreadystatechange,但他们并不是万能的。加载js文件onload触发callback不算大问题。css比较特殊,因为Webkeit/FF下加载css不会触发onload事件。所以研究了一晚上才找到个兼容的办法,分享如下:

    首先测试元素直接写在页面

    <link onload="alert('css onload')" rel="stylesheet" href="http://localhost/css/123.css"/>
    <script onload="alert('js onload')" src="http://localhost/123.js"></script>
    <link onreadystatechange="alert('css readystatechange')" rel="stylesheet" href="http://localhost/css/123.css"/>
    <script onreadystatechange="alert('js readystatechange')" src="http://localhost/123.js"></script>
    

    CSS onload: 支持: IE6-9/OP, 不支持: FF/Webkit(SF/CM)
    JS onload: 支持: IE9/OP/FF/Webkit, 不支持: IE6-8

    CSS onreadystatechange: 支持: IE6-9, 不支持: OP/FF/Webkit
    JS onreadystatechange: 支持: IE6-9, 不支持: OP/FF/Webkit

    测试js创建元素

    var doc = document,
        head = doc.getElementsByTagName("head")[0],
        css, js;
    
    css = doc.createElement('link');
    css.href = 'http://localhost/123.css?2';
    css.rel = 'stylesheet';
    head.appendChild(css);
    
    js = doc.createElement('script');
    js.src = 'http://localhost/123.js?2';
    head.appendChild(js);
    
    css.onload = function(){
        alert('css onload')
    }
    js.onload = function(){
        alert('js onload')
    }
    css.onreadystatechange = function(){
        alert('css readystatechange')
        //alert(this.readyState) //IE可以得到loading/complete, OP为undefined
    }
    js.onreadystatechange = function(){
        alert('js readystatechange')
        //alert(this.readyState) //IE可以得到loading/loaded, OP为loaded
    }
    

    CSS/JS onload:(同元素直接写在页面是一样的)

    CSS onreadystatechange: 支持: IE6-9/OP, 不支持: FF/Webkit (这里有区别,OP支持js创建的css元素,但readyState为undefined)
    JS onreadystatechange: 支持: IE6-9/OP, 不支持: FF/Webkit (这里有区别,OP支持js创建的js元素,readyState为loaded)

    所以为了更大的兼容,onload、onreadystatechange都要写上,代码类似下面:

    // 先把js或者css加到页面: head.appendChild(node);
    // onload为IE6-9/OP下创建CSS的时候,或IE9/OP/FF/Webkit下创建JS的时候
    // onreadystatechange为IE6-9/OP下创建CSS或JS的时候
    node.onload = node.onreadystatechange = function(){
    	// !this.readyState 为不支持onreadystatechange的情况,或者OP下创建CSS的情况
    	// this.readyState === "loaded" 为IE/OP下创建JS的时候
    	// this.readyState === "complete" 为IE下创建CSS的时候
    	if (!this.readyState || this.readyState === "loaded" || this.readyState === "complete") {
    		node.onload = node.onreadystatechange = null; //防止IE内存泄漏
    		alert('loaded, run callback');
    	}
    }
    

    jquery、kissy的源码,判断加载成功的核心部分差不多都这样实现的。

    存在的问题:
    1、当浏览器同时支持onload、onreadystatechange的情况会触发上面的函数两次,
    比如:
    IE9加载JS的时候,会alert两次,加载CSS的时候,alert一次,注释掉“onload、readystatechange=null”,alert两次。
    OP加载JS/CSS,alert一次,把“onload、readystatechange=null”注释也会alert两次。
    解决:
    先在外部设定个变量isLoaded = false;
    "if (!this.readyState..."上面加上个判断,如果已经加载成功就返回,比如:if (isLoaded) { return; }
    "node.onload =..."上面加上 isLoaded = ture;
    JQ有没有加这个我忘记了、KS应该是加了类似的判断了。

    2、这个方法加载JS调用callback是兼容性没问题了,但是加载CSS再callback支持情况不同了:
    IE6-9/OP可以成功alert,但是FF/Webkit不支持css的onload,解决办法:

    查看全文 »

  • javascript 实现 css 的 nth-child选择符

    / 分类: 开发,实践 / No Comments

    最近精简了JQuery,精简到33KB,一些功能肯定被K掉了。保留了常用的:
    ready, attr, data, css, html, text, val, empty, append, siblings, wrap, trigger, bind, unbind, delegate, mouseenter, mouseleave, anim, stop, ajax, jsonp等等。
    除了attr,data,css用了JQ的,并做了些改动,其他的基本都没在JQ的源码上精简,算个山寨货?。。。
    功能肯定没JQ强大,但是文件大小从JQ1.6的80K到30K,用在一些不是特别复杂的应用上还是不错的。
    语法也是用了链式操作,因为一些方法没参考JQ源码,所以有些语法和JQ不一样了。JQ的一些插件也不能直接用了,不过改改插件,基本上还是可以用的。

    因为选择器没采用用sizzle,所以没法用一些高级的选择符,比如odd,even,nth-child,这些就需要另外写方法实现了。
    odd,even的实现比较省事,取奇偶就可以了,i % 2的余数是0还是1就OK。

    nth-child的实现费了一些力,不仅要匹配允许的选择符,还要返回符合规范的结果。
    如果不知道CSS的nth-child选择符可以自己Search一下,偶就不介绍了。
    一些例子:nth-child(2n+1), nth-child(2), nth-child(3n), nth-child(n+2),nth-child(-n+2)

    代码如下:

    function nthChild(nodeList, selector ) {
    	var ret = [],
    		reg = /(-?\d*)[n]*([+-]\d+)*/,
    		m = selector.match(reg);
    	if (selector === m[1]) { // nth-child:(2) - 纯数字,直接返回
    		return [nodeList[(parseInt(m[1])-1)]];
    	}
    	var filter = function(i){
    		++i; //nth从1开始, elem从0开始,elem的index要+1
    		if (m[2]) { // 类似:nth-child:(-2n-1) / nth-child(n+2)
    			if ('' === m[1]){ // nth-child(n+2)
    				m[1] = 1;
    			}else if ('-' === m[1]) { // nth-child(-n+2)
    				m[1] = -1;
    			}// else nth-child(-2n-1) / nth-child(2n+10)
    		}else { // nth-child:(2n)
    			m[2] = 0;
    		}
    		var n = (i-parseInt(m[2])) / parseInt(m[1]);
    		// 正整数返回true
    		return ( n === parseInt(n) && n >= 0) ? true : false;
    	}
    	each(nodeList, function(i){ //each 方法需要单独写
    		if (filter(i)) {
    			ret.push(this)
    		}
    	});
    	return ret;
    }
    

    实现nth-child的思路:

    nth-child的公式为:nth-child(x*n+y);
    n从0开始++,(x*n+y)要>0
    x *n + y = i; // n,为自然数,从0开始; i为要取的第几个元素(正整数)
    上面得到:n = (i-y) / x ; 整除,余0
    那么,当i满足:(i-y) % x === 0 && (i-y) / x >= 0,就是符合条件的了

    使用:

    function each( obj, fn ) {
    	var i = 0, len = obj.length, val;
    	for (; i < len; i++) {
    		val = fn.call(obj[i], i, obj[i]);
    		if ( val === false ) break;
    	}
    }
    var list = nthChild(document.getElementsByTagName("li"), '2n+1'); //奇数行
    //使用FF/CM/OP/IE9等支持nth-child选择符的浏览器,得到NodeList的结果,可以用来与nthChild的结果比较
    	//比如:document.querySelectorAll('li:nth-child(2n+1)')
    each(list, function(){ this.className = 'selected'; }); //给奇数行设置class=selected
    
  • 区分IE8 、IE9 的专属css hack

    / 分类: 开发 / 8 Comments

    一般来说,我们写的结构比较好的时候,IE8/9下是没区别的.所以可能很少人关注只有IE8或只有IE9才识别的css hack.

    因为IE8及以下版本是不支持CSS3的,但是我们如果使用css3,在IE下IE9正常渲染,但我们又想让IE8及以下的浏览器实现同样的效果,且不希望使用css3pie或htc或条件注释等方法时,可能就会需要用到IE8和IE9的专属css hack了.

    .test{ /* 1. */
    	/* color:#09F\0; 以前是IE8/9, 现在10也支持 */
    	color:#09F\0/; /* 以前是IE8 only, 现在IE9/10也支持. 如要排除IE9需要使用下面的rule重设IE9样式 */
    }
    @media all and (min-width:0) { /* 2. */
        .test{color:red\9; }/* IE9 only, 现在IE10也支持 */
        /* Ps:老外的方法都是\0,根本没考虑Opera */
    }
    @media screen and (-ms-high-contrast: active), (-ms-high-contrast: none) { /* 3. */
       .test { color: green; } /* IE10+ */
    }
    :root .test { color:#963\9; } /* 以前IE9 only, 现在10也支持, 优先级高于@media, 优先级太高, 尽量少用 */
    

    注: IE老不按规矩, 以前IE8 only/IE9 only的hack, IE10 一出现都乱套了~
    为了避免看此文的同学失望而归, 从新又整理了一下内容(2013-01-28), 如有错误望指出.
    现在, 要想写出专门针对ie8或ie9的hack, 把1/2/3种组合在一起使用. 如果可以, 使用CSS条件注释更靠谱.

    此hack已经加入到我08年写的那个用css 写的一个浏览器检测中。

  • doctype声明、浏览器的标准、怪异等模式

    / 分类: 开发 / 8 Comments

    群里看到一个面试题,doctype 标准(严格)模式(Standards Mode)、怪异(混杂)模式(Quirks Mode),如何触发,区分他们有何意义?
    而且据说是笔试题,汗。

    现在对做题比较感兴趣,so整理份答案(不保证满分。而且如果我做笔试题,每天打字,很多汉字都写不出了,只能让考官看拼音了。。虽然能答出个一二,但肯定没此文详细了):

    触发标准模式

    1、加DOCTYPE声明,比如:
    <!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.1//EN" "http://www.w3.org/TR/xhtml11/DTD/xhtml11.dtd">
    <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01//EN" "http://www.w3.org/TR/html4/strict.dtd">
    <!DOCTYPE html>
    2、设置X-UA-Compatible触发。

    触发怪异模式

    1、无doctype声明、定义旧的HTML版本(HTML4以下,例如3.2)
    2、加XML声明,可在ie6下触发
    <?xml version="1.0" encoding="utf-8"?>
    <!DOCTYPE ...>
    3、在XML声明和XHTML的DOCTYPE之间加入HTML注释,可在ie7下触发
    <?xml version="1.0" encoding="utf-8"?>
    <!-- keep IE7 in quirks mode -->
    <!DOCTYPE ...>
    5、<!--->放在<!DOCTYPE前面

    IE8有4种模式:IE5.5怪异模式、IE7标准模式、IE8几乎标准模式、IE8标准模式

    X-UA-Compatible设置对IE8模式的影响:
    1、设置X-UA-Compatible meta

    IE=5、IE=6(介于5、6之间的任意数字,比如5.987654321):触发IE5怪异模式(无论页面是否有DOCTYPE)
    IE=7(7<= 值 <8):强制IE7标准(无论页面是否有DOCTYPE)
    IE=EmulateIE7:遵循DOCTYPE(有DOCTYPE-IE7标准;无DOCTYPE-IE5怪异模式)
    IE=EmulateIE8:遵循DOCTYPE(DOCTYPE-IE8几乎标准模式(或IE8标准模式);无DOCTYPE-IE5怪异模式)
    @see: http://blogs.msdn.com/b/ie/archive/2008/08/27/introducing-compatibility-view.aspx
    IE=8、IE=Edge、IE=99、IE=9.9(大于等于8的):有doctype-使用几乎标准模式,或IE8标准;无doctype-IE8标准。
    无X-UA-Compatible、IE=IE8、IE=IE7、IE=a、把X-UA-Compatible写在<link>或<script>标签后:判断"X-UA-Compatible HTTP Header"。

    注1:把X-UA-Compatible写在<link>或<script>标签下面,X-UA-Compatible的设置无效。
    注2:页面、服务器HTTP Header都设置了X-UA-Compatible的情况,使用页面的X-UA-Compatible设置。页面无X-UA-Compatible,才使用HTTP Header设置的值。
    注3:几乎标准模式的意思和触发,下面的"Almost Standards Mode"有说明。
    注4:IE=xx的值,ie会尝试xx转换为最接近的值。比如:IE=7.789 -> IE=7;介于5、6之间的->IE=5;大于等于8的->IE=8。
    注5:IE=4、IE=3、IE=0.1、IE=-7 这些小于5的,包括类似IE=IE8、IE=IE7、IE=IE6、IE=a、IE=b、IE=bcd,和无X-UA-Compatible一样一样滴。可以理解为X-UA-Compatible设置了无效的值,所以跳过这里了。

    IE X-UA-Compatible的一些说明:http://expression.microsoft.com/en-us/dd835379

    2、设置X-UA-Compatible HTTP Header

    IE=5、IE=6: 触发IE5怪异模式(无论页面是否有DOCTYPE)
    IE=7(7<= 值 <8): 强制IE7标准(无论页面是否有DOCTYPE)
    IE=EmulateIE7: 遵循DOCTYPE(有DOCTYPE-IE7标准;无DOCTYPE-IE5怪异模式)
    IE=EmulateIE8:遵循DOCTYPE(DOCTYPE-IE8几乎标准,或IE8标准;无DOCTYPE-IE5怪异模式)
    IE=8、IE=Edge、IE=99、IE=9.9(大于等于8的):有doctype-使用几乎标准模式(或IE8标准);无doctype-IE8标准。
    注:设置了X-UA-Compatible(meta或http header)后,会覆盖客户端的兼容性视图设置。会强迫(优先)使用X-UA-Compatible设置的模式
    无X-UA-Compatible、IE=IE8、IE=IE7、IE=a、还有上面注5里面提到的:首先判断"兼容性视图",有"兼容性视图"的设置(doctype-IE7标准,无doctype-IE5怪异模式);未设置"兼容性视图",有DOCTYPE-遵循doctype,无doctype-IE5怪异模式。

    IE9有7种模式: IE5.5怪异模式、IE7标准模式、IE8几乎标准模式、IE8标准模式、IE9几乎标准模式、IE9标准模式、XML模式

    IE9和IE8大体上差不多:
    X-UA-Compatible
    IE=(0<= 值 <7) - 触发怪异模式(无论页面是否有DOCTYPE),注:这里的怪异模式和IE8下的有点不同,测试发现"-"、"_"这两个css hack符号,IE8怪异下是都识别的,IE9怪异下不识别"-"。
    IE=7(7<= 值 <8) - 强制IE7标准(无论页面是否有DOCTYPE)
    IE=8(8<= 值 <9) - 强制IE8标准,有doctype-使用IE8几乎标准模式(或IE8标准),无doctype-IE8标准
    IE=EmulateIE7、EmulateIE8 和上面IE8的情况一样
    IE=9、IE=Edge(值 >=9 ) - 有doctype-使用几乎标准模式(或IE9标准)。和IE8一样,靠doctype来选择IE9几乎标准,或IE9标准模式;无doctype-IE9标准。
    IE=(值 <0)、IE=IE8、IE=IE7、IE=IE6、IE=a、IE=b、IE=bcd、IE=xxx类似这样不靠谱的、或把X-UA-Compatible meta写在<link>或<script>标签后的,这些情况和无X-UA-Compatible是一样的:首先判断"兼容性视图",有"兼容性视图"的设置(doctype-IE7标准,无doctype-怪异模式);未设置"兼容性视图",有DOCTYPE-遵循doctype,无doctype-怪异模式。

    X-UA-Compatible的特殊写法

    msdn上面提到了X-UA-Compatible值设置成"IE=9; IE=8; IE=5"这样的,意思就是优先最前面的IE9,没IE9就用IE8,没IE8就IE5,并且并不推荐在生产环境下使用。
    触发Google Chrome Frame:<meta http-equiv="X-UA-Compatible" content="chrome=1">
    可以和IE的X-UA-Compatible混搭:比如:<meta http-equiv="X-UA-Compatible" content="IE=edge,chrome=1">。这样写的好处:可以让ie在最好的渲染方式下渲染页面。
    "IE=edge,chrome=1",可以写成"chrome=1,IE=edge"、"chrome=1; IE=edge"。

    几乎标准模式(Almost Standards Mode)

    Firefox 1+、Safari、Chrome、Opera(从7.5开始)和IE8/IE9增加了一个"几乎标准模式",它实现传统的表格单元格的垂直尺寸(没有严格的遵照CSS2规范)。
    意思就是,比如下面的代码:
    <table style="border:1px solid blue;" cellspacing="0">
    <tr><td><img style="border:1px solid red" width="364" height="126" src="http://www.google.com/images/logos/ps_logo2.png"/></td></tr>
    </table>
    比如在IE7标准模式下,图片底部和table是没空白的;"几乎标准模式"下,图片底部和table也是没空白的;而较新的浏览器在标准模式下图片底部和table会有个空白。
    @see:https://developer.mozilla.org/en/Images,_Tables,_and_Mysterious_Gaps

    下面的DOCTYPE都可触发IE8标准模式:
    <!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd">
    <!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.1//EN" "http://www.w3.org/TR/xhtml11/DTD/xhtml11.dtd">
    <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01//EN" "http://www.w3.org/TR/html4/strict.dtd">
    <!DOCTYPE html>
    触发IE8几乎标准模式:
    <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN" "http://www.w3.org/TR/html4/loose.dtd">
    <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Frameset//EN" "http://www.w3.org/TR/html4/frameset.dtd">
    Mac IE5、IE6/7、Opera(<7.5)和Konqueror无几乎标准模式(它们没有严格遵循CSS2规范,实际上,它们的标准模式更接近几乎标准模式)。HTML5把这种模式叫“受限怪异模式(limited quirks mode)”。

    IE、op、ff下几乎标准模式的相关文章:
    http://blogs.msdn.com/b/ie/archive/2010/03/02/how-ie8-determines-document-mode.aspx
    http://www.opera.com/docs/specs/doctype/
    https://developer.mozilla.org/en/Mozilla's_DOCTYPE_sniffing

    XML模式 - application/xhtml+xml Content


    Firefox、Safari、Chrome和Opera中,HTTP头设置了MIME-type(Content-Type为application/xhtml+xml时),会触发XML模式。在XML模式中,浏览器会严格地以XML解析XHTML文档(很严格,用过W3C的xhtml验证的同学应该明白,比如"&"要用"&"+"amp;"、<br>要用 <br />)。
    任何一个XHTML文档的解析错误会导致停止解析,FF/SF/CH/OP会直接报XML解析错误,IE9可以在开发人员工具的console里面看到报错。
    MacIE5、IE6/7/8不支持application/xhtml+xml。
    发现IE9下使用此模式,doctype是无所谓的,<html xmlns="http://www.w3.org/1999/xhtml"> 这句命名空间必须的,没设置命名空间css会以文本解析而失效。
    同时XML模式下,X-UA-Compatible的设置将会无效。
    @see: http://www.w3.org/TR/html5/namespaces.html

    参考:


    http://hsivonen.iki.fi/doctype/#handling
    秦歌的译文:http://dancewithnet.com/2009/06/14/activating-browser-modes-with-doctype/

    总结:

    X-UA-Compatible只有IE>=8才识别,所以他们可以用doctype声明、X-UA-Compatible、兼容性视图设置来改变模式。
    IE6/7却依靠DOCTYPE来改变标准或怪异模式,类似这些低版本的浏览器下的标准模式,接近与“先进”浏览器下的几乎标准模式,因为它们都没有严格遵循CSS2规范。并且他们同样在标准模式下,各自的渲染还是是有差别的。没差别就不会有css hack的诞生。
    IE6-IE9下,怪异模式都在IE5.5下。
    不需要写X-UA-Compatible,用css也完全可以搞定各个版本IE的解析不同。

    模式、版本不同,不仅仅css解析不同,js的解析也有不同。
    了解浏览器解析模式的不同,可以避免我们辛苦写出的标准代码被怪异所残害。
    让开发者更注重遵循标准,无论在生产效率还是在协作、沟通上都有好处滴。
    现在几乎人人都用标准的doctype来声明文档,所以纠结标准、怪异模式对工作的影响不太大。

    Henri Sivonen文章里有2处我测试有误:
    1、IE=8 或 IE=Edge 或 IE=99 或 IE=9.9:进入“几乎标准模式”
    2、IE=IE8 或 IE=IE7 或 IE=a 或 IE=EmulateIE8 或没有或首先出现 script:进入”X-UA-Compatible HTTP头”
    不同之处,我上面已经说的比较详细了。

    以上说的东西全部经过本人亲测,win7 sp1 en 下的ie8,测试完毕装的IE9,都是原版。
    想自己测试结果的同学可以,使用我之前写的用css检测浏览器的文章:http://www.fantxi.com/blog/archives/browser_detector/ 来做测试,先装win8在装IE9,然后http头部分用程序或配置服务器来设置。代码修修改改,测了我一晚上。。
    推荐看看秦歌的译文,涉及了更多的知识,写的更全面。我这里只针对IE8/IE9的渲染模式做了个测试。