HTML5静态网页无法原生兼容IE8及更早版本，meta标签不能使IE支持HTML5新标签，仅能辅助触发兼容模式或加载polyfill；IE文档模式由服务器响应头、DOCTYPE和meta标签共同决定，响应头优先级最高。
HTML5 静态网页无法原生兼容 IE8 及更早版本，meta 标签本身不能“让 IE 支持 HTML5 新标签”，它只能辅助触发某些兼容模式或加载 polyfill——这是最常被误解的起点。
IE 的文档模式到底由什么决定？
IE8–IE11 会根据 中的 http-equiv="X-UA-Compatible" 声明、DOCTYPE、以及服务器响应头三者共同决定最终使用的文档模式。其中服务器响应头优先级最高，meta 标签仅在无响应头时生效，且必须位于 最前面（在任何 CSS/JS 之前）。
常见错误写法：
—— 这会导致 IE 忽略该声明，因为前面已有其他
meta。
正确顺序应为：
立即学习“前端免费学习笔记（深入）”；
-
content="IE=edge"强制使用最高可用模式（如 IE11 下即为 Edge 模式） -
content="IE=9"或content="IE=10"是硬编码，不推荐；一旦用户升级 IE，反而可能降级 - 对 IE8 及以下，
IE=edge无效（它们根本不认识这个声明），此时必须依赖其他手段
HTML5 新标签（如 、
IE8 及更早版本默认不识别 HTML5 语义标签，会将其视为未知元素，不应用 CSS、不构建渲染树。仅靠 meta 标签完全无法解决这个问题。
必须配合 JavaScript 创建这些标签，主流方案是 html5shiv（现称 html5shiv 或 html5printshiv）：
- 只对 IE浏览器跳过
- 需放在
中、CSS 之前（否则样式可能不生效） - CDN 地址示例：
https://oss.maxcdn.com/html5shiv/3.7.3/html5shiv.min.js
典型用法：
IE 兼容性真正卡点：CSS 和 JS 而非
meta 标签解决不了实际开发中绝大多数兼容问题。真正需要检查的是：
- CSS 中是否用了
flex、grid、calc()等 IE 不支持或需前缀的特性（例如 IE10 需-ms-flexbox） - JS 是否调用了
querySelector、addEventListener、Array.prototype.forEach等老 IE 缺失的 API - 是否用了
let/const（IE 完全不支持）、箭头函数、模板字符串等 ES6+ 语法 - 字体图标（如 Font Awesome）在 IE8 下需额外处理
@font-face的 EOT 格式
例如，这段代码在 IE8 直接报错：
document.querySelector('nav').addEventListener('click', () => { ... }); —— 不是因为 meta 没设好，而是 API 不存在。
要不要支持 IE？现实判断比技巧更重要
2024 年起，微软已终止对 IE 所有支持，国内主流企业也基本下线 IE 兼容要求。如果你的项目明确要求兼容 IE8–IE10，那必须接受以下事实：
-
meta标签只是入口，不是银弹 - 必须引入
html5shiv+respond.js（媒体查询补丁）+es5-shim等 polyfill 组合 - 所有 CSS/JS 都要经过 Autoprefixer + Babel（target:
ie 9）编译 - 调试必须用真实 IE 虚拟机（Modern.IE 或 Microsoft Edge DevTools 的 IE 模式仅模拟，不可信）
最容易被忽略的一点：很多开发者以为加了 IE=edge 就“搞定兼容”，结果上线后发现页面在 IE10 下仍以 Quirks 模式运行——往往是因为服务器返回了 X-UA-Compatible: IE=EmulateIE7 响应头，覆盖了所有 meta 设置。
