J2EE系列：再谈IE的浏览器模式和文档模式

以前在 “IE8兼容视图(IE7 mode)与独立IE7的区别”一文中曾经涉及过浏览器模式和文档模式，但二者的区别却不甚了了，现在有了新的认识，再补充一下。

1.浏览器模式与文档模式概念

在较新的IE浏览器中（如IE8, IE9, IE10），为了解决兼容性的问题，引入了浏览器模式和文档模式两个概念，浏览网页时可以通过按F12键看到这两种模式。

浏览器模式的主要作用是为兼容较早版本的IE，它会控制浏览器发出的UserAgent，表示以哪个版本的浏览器发出请求，以此来允许为某个特定IE版本设计的代码正确执行（举例来说：有些代码真是判断ie版本的，还有css里也有判断ie版本的）。

文档模式的主要作用是影响浏览器显示网页HTML的方式，在接到返回的HTML文件后，决定以哪个IE版本的文档模式解析该页面（举例来说：JS脚本就是依赖文档模式，IE9的js变化就需要IE9文档模式来支持）。

2.如何使WebBrowser运行在IE9浏览器模式下

在安装了IE9的计算机上，Webbrowser并不是直接运行在IE9模式下，而是默认工作在IE9兼容视图（也就是IE7 Mode）下，为了让Webbrowser工作在IE9下，需要修改注册表，为应用程序指明使用IE9版本。

32位计算机需要修改注册表HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Internet Explorer\MAIN\FeatureControl\FEATURE_BROWSER_EMULATION，增加YourApplication.exe，值为十进制9999。

64位计算机需要修改注册表HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\Microsoft\Internet Explorer\MAIN\FeatureControl\FEATURE_BROWSER_EMULATION，增加YourApplication.exe，值为十进制9999。

注意：9999最正确，9000则不推荐用，因为它不彻底。

3.如何使Htm页面使用IE9文档模式

如果htm页面中没有doctype，那么WebBrowser将不会使用IE9文档模式来解析页面(哪怕已经设置了注册表9999)，而是仍沿用之前兼容旧版IE的 Quirks模来渲染，解释页面，JS脚本也将同样处置。这样的缺点是无法使用Html5新特性，优点是您的系统升级到IE9的兼容性改造工作将会大为减少。

修改Htm页面的方法之一是，在Head->Title下添加<META http-equiv="X-UA-Compatible" content="IE=9" > </META>，这样可确保HTM页面工作在IE9标准文档模式下。

注意：msdn上写的关于9999可以无视doctype而自动使页面运行在ie9文档模式的说法是错误的，这一点已经得到了权威的认可。

4.总结

欲使你的系统作为整体（包括WebBrowser和Htm页面）工作在IE9下，则以上2, 3两步均需遵守，缺一不可。

＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊

后记.　发现３确实不可或缺，但２却不必了，因为３的优先级比２高，基本上，有了３就可以了。

什么是浏览器模式和文本模式？

经常使用IE开发者工具的同学，肯定见过浏览器模式和文本模式，对于这两个名词，综合相关文档解释如下：

浏览器模式（Browser Mode），用于切换IE针对该网页的默认文本模式、对不同版本浏览器的条件注释解析、决定请求头里userAgent的值。它在浏览器发出请求之前就已经确定，网站没有办法修改这个值。它代表的是用户以何种浏览器访问网站。

文本模式（Document Mode），其实就是经常说的文档模式。不同的文本模式对应不同的排版引擎，不同的JS引擎。上面提到，每一种浏览器模式对应一种默认的文本模式，网站还可以通过一些手段来更改文本模式，它代表的是浏览器以何种模式呈现页面。

浏览器模式和文本模式有什么用？

用来解决IE各版本带来的兼容性问题。根据微软描述的IE兼容性策略，在IE8+访问一个页面要经过这样的流程：

一、首先，浏览器要确定浏览器模式。上面说过，浏览器模式是在请求发送之前就必须确定，默认取最新（IE9为IE9标准，IE8为IE8标准），有两种方式可以更改它：

通过开发者工具选择（可选项见上表）；
通过点击兼容性视图按钮；
命中兼容性视图列表（微软维护的需要采用兼容性视图的列表。IE8+默认对这个列表和局域网的网址都会采用相应的兼容性模式）；

二、浏览器通过请求头里userAgent的值，告诉服务器当前是何种浏览器模式；

三、服务器可以通过下面方式改变浏览器文本模式：

doctype；
X-UA-Compatible Meta或对应的响应头

浏览器模式决定：1）发送给服务端的UA；2）默认的文本模式；3）如何解析条件注释。它在请求发送前就已经确定，且不受服务端控制。文本模式决定：1）排版引擎；2）JS引擎。它在浏览器得到响应后最终确定，服务端可通过doctype或X-UA-Compatible来控制。

测试一、根据前文，如果用户浏览器没有激活兼容性视图；没有开启IE开发者工具。那么IE9的浏览器模式默认为IE9，默认对应的文本模式应该是IE9标准（对于IE8来说，是类似的），我们通过下列代码将它改到IE7标准：

<meta http-equiv="X-UA-Compatible" content="IE=7">

测试二、那如果把测试地址加到兼容性列表呢？根据前文，这种情况浏览器模式应该是IE9/IE8兼容性，对应的文本模式依然是IE7标准。

测试三、如果把X-UA-Compatible改成IE=edge，继续使用兼容性模式测试呢？

这个结论其实跟测试一是一致的：X-UA-Compatible为IE=edge，意味着文本模式会使用最新可用的版本，然而文本模式的更改，又把浏览器模式从IE9/IE8兼容性变成IE9/IE8。IE9会按照新的浏览器模式来设置JS的navigator.userAgent，IE8下JS的UA不变。

测试四、那如果通过开发者工具人为设置浏览器模式和文本模式呢？经过测试，这样测试都是符合预期的。例如IE9下，设置浏览器模式为IE8，文本模式为IE7标准，请求头UA、JS的UA、条件注释都表明浏览器模式是IE8，documentMode和JS引擎都表明文本模式是IE7标准。因为，IE开发者工具的优先级最高，设置了这个，其他条件统统无视！

结论

IE8/9中X-UA-Compatible对文本模式的改变会导致浏览器模式的改变，也就是说服务端可以间接控制浏览器模式。