如果一个网页以<!DOCTYPE html>开头和不加的区别是什么？
<!DOCTYPE html>
<html>
<head>
<meta http-equiv="X-UA-Compatible" content="IE=edge">
如果页面以...开头
<!DOCTYPE html>
<html>
<head>
<!-- without X-UA-Compatible meta -->
X-UA-Compatible 元标头，因为我希望在所有 IE 版本中以最标准的模式呈现。2021年11月更新
由于这个答案已经超过10年了，我的建议是完全不要使用这个标签，除非你必须支持旧的遗留浏览器。
2015年10月更新
这个答案是几年前发布的，现在问题真正应该考虑的是是否应该在您的网站上使用X-UA-Compatible标签？随着微软对其浏览器所做的更改（下文详述），取决于您支持哪些微软浏览器，您可能不需要继续使用X-UA-Compatible标签。如果您需要支持IE9或IE8，则建议使用该标签。如果您只支持最新的浏览器（IE11和/或Edge），那么我建议完全放弃这个标签。如果您使用Twitter Bootstrap并且需要消除验证警告，则必须按指定顺序出现此标签。以下是其他信息：
X-UA-Compatible元标签允许网页作者选择以何种Internet Explorer版本呈现页面。IE11对这些模式进行了更改；请参阅下面的IE11注释。替代IE11的Microsoft Edge浏览器仅在某些情况下支持X-UA-Compatible元标签。请参阅下面的Microsoft Edge注释。X-UA-Compatible标签时，应尽可能将其放置在文档head的顶部：
- IE11模式提供了对已建立和新兴行业标准（包括HTML5、CSS3等）的最高支持。
- IE10模式提供了对已建立和新兴行业标准（包括HTML5、CSS3等）的最高支持。
- IE9模式提供了对已建立和新兴行业标准（包括HTML5（工作草案）、W3C层叠样式表第3级规范（工作草案）、可缩放矢量图形（SVG）1.0规范等）的最高支持。[编辑注：IE 9不支持CSS3动画]。
- IE8模式支持许多已建立的标准，包括W3C层叠样式表第2.1级规范和W3C选择器API；它还为W3C层叠样式表第3级规范（工作草案）和其他新兴标准提供了有限的支持。
- IE7模式会将内容呈现为在Internet Explorer 7中显示标准模式的方式，无论页面是否包含了<!DOCTYPE>指令。
- 仿真IE9模式告诉Internet Explorer使用<!DOCTYPE>指令来确定如何呈现内容。标准模式指令在IE9模式下显示，怪异模式指令在IE5模式下显示。与IE9模式不同，仿真IE9模式遵守<!DOCTYPE>指令。
- 仿真IE8模式告诉Internet Explorer使用<!DOCTYPE>指令来确定如何呈现内容。标准模式指令在IE8模式下显示，怪异模式指令在IE5模式下显示。与IE8模式不同，仿真IE8模式遵守<!DOCTYPE>指令。
- 仿真IE7模式告诉Internet Explorer使用<!DOCTYPE>指令来确定如何呈现内容。标准模式指令在Internet Explorer 7标准模式下显示，怪异模式指令在IE5模式下显示。与IE7模式不同，仿真IE7模式遵守<!DOCTYPE>指令。对于许多网站来说，这是首选的兼容模式。
- IE5模式会将内容呈现为在Internet Explorer 7中以怪异模式显示的方式，这与在Microsoft Internet Explorer 5中显示内容的方式非常相似。
IE10 注意：从IE10开始，怪异模式的行为与浏览器早期版本有所不同。在IE9及更早版本中，怪异模式将网页限制为IE5.5支持的特性。在IE10中，怪异模式符合HTML5规范中指定的差异。
个人而言，我总是选择使用http-equiv="X-UA-Compatible" content="IE=edge"元标记，因为旧版本存在许多错误，我不希望IE决定进入“兼容模式”，并将我的网站显示为IE7 vs IE8或9。我总是喜欢IE的最新版本。
IE11
来自Microsoft：
从IE11开始，边缘模式是首选文档模式；它代表了浏览器可用的最高现代标准支持。
使用HTML5文档类型声明以启用边缘模式：
<!doctype html>
从IE11开始，文档模式已被弃用，除非在临时情况下，否则不应再使用。请确保更新依赖旧特性和文档模式的站点，以反映现代标准。边缘模式是在Internet Explorer 8中引入的，并在随后的每个版本中都可用。请注意，边缘模式支持的功能仅限于呈现内容的特定版本的浏览器支持的功能。
X-UA-Compatible元标记信息。来自Microsoft：chrome=1，您可以使用或与上述选项之一一起使用，例如：<meta http-equiv="X-UA-Compatible" content="IE=Edge,chrome=1">。 chrome=1是针对Google的Chrome框架，其定义如下：Google Chrome Frame 无缝地增强了您在 Internet Explorer 中的浏览体验。它使用 Google Chrome 的渲染技术显示启用了 Google Chrome Frame 的站点，使您可以访问最新的 HTML5 功能以及 Google Chrome 的性能和安全功能，而不会以任何方式中断您通常的浏览器使用。
安装 Google Chrome Frame 后，Web 就变得更好了，而您则无需考虑太多。
但是，要使该插件正常工作，您必须在 X-UA-Compatible 元标记中使用 chrome=1。
有关 Chrome Frame 的更多信息，请单击 此处。
注意：Google Chrome Frame 仅适用于 IE6 至 IE9，并已于 2014 年 2月25日停用。更多信息请单击 此处。感谢 @mck 提供的链接。
验证：
HTML5：
页面只有在使用<meta http-equiv="X-UA-Compatible" content="IE=Edge"> 时才会使用 W3 Validator 进行验证。如果使用其他值，则会出现错误：A meta element with an http-equiv attribute whose value is X-UA-Compatible must have a content attribute with the value IE=edge. 换句话说，如果您使用 IE=edge,chrome=1，它将无法验证。我完全忽略这个错误，因为现代浏览器会忽略这一行代码。If both of these instructions are sent (meta and HTTP), the developer's preference (meta element) takes precedence over the web server setting (HTTP header). 请参见 olibre's answer 或 bitinn's answer 了解有关如何设置 HTTP 标头的更多详细信息。
XHTML
只要标签正确关闭（即使用 /> 而不是 >），使用 <meta http-equiv="X-UA-Compatible" content="IE=Edge" /> 不会出现验证问题。
Twitter Bootstrap（V3 及以下版本）
自2014年起，Bootstrap团队强烈推荐使用此标签。twbs团队编写的linter Bootlint在省略该标签时会发出warning。该linter区分警告和错误，因此省略此标签的严重程度可能被视为轻微。
如需了解关于X-UA-Compatible的更多信息，请参阅微软的 网站定义文档兼容性。
如需了解IE支持的更多信息，请参阅 caniuse.com。
如需了解Twitter Bootstrap的要求和更多信息，请参阅bootlint项目的 维基页面。
content="IE=edge,chrome=1"可以跳过其他X-UA-Compatible模式。<meta http-equiv="X-UA-Compatible" content="IE=edge,chrome=1">
--------------------------
不兼容图标
IE9地址栏中没有显示兼容性视图按钮，同时页面也没有显示错位的菜单、图片和文本框。
特性
这个元标记是必需的，以启用IE8上的javascript::JSON.parse()（即使存在<!DOCTYPE html>）。
正确性
现代HTML/CSS/JavaScript的渲染/执行更加有效（更好）。
性能
Trident渲染引擎在其边缘模式下应该运行得更快。
在你的HTML中
<!DOCTYPE html>
<html>
<head>
<meta http-equiv="X-UA-Compatible" content="IE=edge,chrome=1">
IE=edge 表示 IE 应使用其渲染引擎的最新（edge）版本chrome=1 表示如果已安装，则 IE 应使用 Chrome 渲染引擎或者更好的方式是在您的 Web 服务器配置中：
（参见 RiaD's answer）
Apache as proposed by pixeline
<IfModule mod_setenvif.c>
<IfModule mod_headers.c>
BrowserMatch MSIE ie
Header set X-UA-Compatible "IE=Edge,chrome=1" env=ie
</IfModule>
</IfModule>
<IfModule mod_headers.c>
Header append Vary User-Agent
</IfModule>
Nginx as proposed by Stef Pause
server {
#...
add_header X-UA-Compatible "IE=Edge,chrome=1";
}
Varnish proxy as proposed by Lucas Riutzel
sub vcl_deliver {
if( resp.http.Content-Type ~ "text/html" ) {
set resp.http.X-UA-Compatible = "IE=edge,chrome=1";
}
}
IIS (since v7)
<configuration>
<system.webServer>
<httpProtocol>
<customHeaders>
<add name="X-UA-Compatible" value="IE=edge,chrome=1" />
</customHeaders>
</httpProtocol>
</system.webServer>
</configuration>
正如Lynda（请参见评论）所注意到的那样，IE11中的兼容性变更建议使用Edge模式：
从IE11开始，Edge模式是首选的文档模式；它代表了浏览器可用的最高现代标准支持。
但是Microsoft的立场并不清楚。另一个MSDN页面没有推荐Edge模式：
因为Edge模式会强制所有页面在标准模式下打开，而不管Internet Explorer的版本如何，您可能会想在Internet Explorer中查看的所有页面上使用此模式。不要这样做，因为只有从Windows Internet Explorer 8开始才支持
X-UA-Compatible头。
相反，Microsoft建议使用<!DOCTYPE html>：
The [...] example is provided for illustrative purposes only; don't use it in a production environment.
<meta http-equiv="X-UA-Compatible" content="IE=7,9,10" >
好的...在这个答案的剩下部分，我会给出更多说明，为什么在生产中使用content="IE=edge,chrome=1"是一个好的实践。
多年来（2000年至2008年），IE的市场份额超过80％。而IE v6被认为是一种事实上的标准（仅针对IE6，在2003年，2004年、2005年和2006年中占据了80％至97％的市场份额，所有IE版本的市场份额更高）。
由于IE6没有遵守Web标准，开发人员必须使用IE6测试其网站。这对于微软（MS）来说是一个好机会，因为网络开发人员不得不购买MS产品（例如，没有购买Windows就无法使用IE），并且保持不符合标准可以获得更多利润（即微软希望成为唯一的标准，排除其他公司）。
因此，许多网站只兼容IE6，而由于IE不符合Web标准，所有这些网站在符合标准的浏览器上渲染效果不佳。更糟糕的是，许多网站只支持IE。但问题在于，所有为IE6设计的网站：微软不能发布与这些旧IE6设计的网站不兼容的新IE版本。微软要求开发人员在其页面中添加额外的数据（X-UA-Compatible），而不是推断一个网站所设计的IE版本。
如今，IE6仍然被使用（2016年为0.7％）（2014年1月为4.5％），一些互联网网站仍然只兼容IE6。一些内部网站/应用程序使用IE6进行测试。一些内部网站仅在IE6上百分之百功能正常。这些公司/部门更喜欢推迟迁移成本：有其他优先事项，没有人再知道网站/应用程序是如何实现的，遗留网站/应用程序的所有者破产了...
2013年IE6使用率中，中国占50％，但随着中国Linux发行版的推广，这可能会在未来几年发生改变。
如果您（尝试）尊重Web标准，则可以简单地始终使用http-equiv="X-UA-Compatible" content="IE=edge,chrome=1"。为了与旧浏览器保持兼容性，只需避免使用最新的Web功能：使用最旧的要支持的浏览器支持的子集即可。或者，如果您想更进一步，可以采用优雅降级，渐进增强和不显眼的JavaScript等概念。（您可能还很高兴阅读一个Web开发人员应该考虑什么？。）
从IE11开始，Edge模式是首选的文档模式；它代表了浏览器可用的最高现代标准支持。 - L84DOCTYPE，IE的兼容性视图设置会优先考虑。默认情况下，这些设置会强制所有内部网站使用兼容性视图，而不考虑DOCTYPE。还有一个复选框，可以将所有网站都使用兼容性视图，而不考虑DOCTYPE。
X-UA-Compatible 会覆盖兼容性视图设置，因此页面将以标准模式呈现，而不管浏览器设置如何。这强制使用标准模式：
DOCTYPE 单独无法实现这一点；在这些情况下，无论 DOCTYPE 如何，您都将进入其中一种兼容性视图模式。
如果同时指定了 meta 标签和 HTTP 头，则以 meta 标签为优先。
DOCTYPE是决定文档模式的最后一种选择。使用以下代码可以强制IE隐藏地址栏中的烦人的浏览器兼容性按钮：
<meta http-equiv="X-UA-Compatible" content="IE=edge" />
<meta> 标签中使用了 <meta http-equiv="X-UA-Compatible" content="IE=edge,chrome=1"> 这个语句，并加入了 chrome=1 指令，这样就可以提示 IE6、7、8 用户安装或使用 Chrome Frame。就连 HTML5 Boilerplate 都使用它。 - Ricardo Zea<meta http-equiv="X-UA-Compatible" content="IE=edge,chrome=1">发布以来，我一直在使用它，没有任何问题。实际上，通过让用户的IE使用最新的引擎渲染我们构建的页面，我已经为我的团队和自己节省了很多麻烦。与你和微软相反，我建议每个人 每次 使用上述meta标签。只要IE还存在，我们就将被“迫”使用这个meta标签:p - Ricardo Zea<meta http-equiv="X-UA-Compatible" content="IE=10">将其强制转换为IE10。然后它会报告自己是Microsoft Internet Explorer。 - awe由于我无法在标记答案上添加评论，所以我会在此处发布。
除了正确的答案，您确实可以进行验证。由于此元标记仅针对IE，因此您只需要添加IE条件即可。
<!--[if IE]>
<meta http-equiv="X-UA-Compatible" content="IE=Edge,chrome=1">
<![endif]-->
这样做就像添加任何其他IE条件语句一样，仅适用于IE，不会影响其他浏览器。
我认为Microsoft的这张图解释得很清楚。为了告诉IE如何呈现内容，!DOCTYPE必须与X-UA-Compatible meta标签一起使用。 !DOCTYPE本身对更改IE文档模式没有影响。
http://ie.microsoft.com/testdrive/ieblog/2010/Mar/02_HowIE8DeterminesDocumentMode_3.png
只需一句话即可：指示 Internet Explorer 使用其最新的渲染引擎
<meta http-equiv="x-ua-compatible" content="ie=edge">
为了完整起见，您实际上不必将其添加到HTML中（在HTML5中未知http-equiv）
这样做并永远不要回头（第一个示例适用于apache，第二个示例适用于nginx）
Header set X-UA-Compatible "IE=Edge,chrome=1"
add_header X-UA-Compatible "IE=Edge,chrome=1";
Bad value X-UA-Compatible for attribute http-equiv on element meta. - 这并不意味着它不能工作。它只是无效的代码。 - L84<meta http-equiv="X-UA-Compatible" content="IE=Edge">
<head>标签之后的第一个元素<html>元素上根据MSDN文档，X-UA-Compatible必须出现在网页头部（即HEAD部分），除了标题元素和其他meta元素外，必须在所有其他元素之前。
如果您在与服务器相同的网络中使用您的网站，IE 会喜欢切换到兼容模式，而不考虑 DOCTYPE。
添加 meta http-equiv="X-UA-Compatible" content="IE=Edge" 就可以禁用这种不需要的行为。