ie8及以下版本不识别html5语义标签和css3选择器，需用html5shiv注册标签、selectivizr模拟选择器，并将polyfill同步置于head中优先加载。
HTML5语义标签在IE8及更早版本直接不识别
IE8及以下版本根本不会把 <header></header>、<nav></nav>、<section></section> 这类标签当容器元素处理，CSS选择器 header { display: block; } 完全无效，DOM中也查不到这些节点的样式盒模型。
必须用 document.createElement() 主动“注册”新标签，否则连基本渲染都做不到。现代 polyfill 如 html5shiv 就是干这个的：
<!-- 条件注释只让 IE8 及以下加载 --> <!--[if lt IE 9]> <script src="https://cdnjs.cloudflare.com/ajax/libs/html5shiv/3.7.3/html5shiv.min.js"></script> <![endif]-->
- 不能用
<script async></script>或延迟加载，必须同步执行且在中尽早载入 - 如果页面已用
document.write动态插入 HTML，html5shiv可能失效，需改用html5shiv-printshiv版本 - 仅解决标签识别问题，不提供
<video></video>、<canvas></canvas>等功能回填
IE6–IE8里CSS3选择器（如 :nth-child）根本解析不了
哪怕你写了 article > p:nth-child(2n)，IE8 会直接忽略整条规则，连降级到通用样式都不会触发。这不是优先级问题，是解析器压根不认识这个语法。
这时候得靠 selectivizr 配合一个 JS CSS 库（如 IE7.js 或 jQuery）来模拟行为：
立即学习“前端免费学习笔记（深入）”；
<!-- 必须先加载 jQuery 或其他兼容库 --> <script src="https://code.jquery.com/jquery-1.12.4.min.js"></script> <!-- 再加载 selectivizr（条件注释限定） --> <!--[if lt IE 9]> <script src="https://cdnjs.cloudflare.com/ajax/libs/selectivizr/1.0.3/selectivizr-min.js"></script> <![endif]-->
-
selectivizr不支持 CSS 变量、@supports或自定义伪类 - 它会把每个匹配操作转成 JS 查询，性能明显下降，尤其 DOM 深或频繁重排时
- 如果用了
innerHTML动态更新内容，新插入的元素不会自动应用选择器逻辑，需手动调用selectivizr.refresh()
HTML5表单验证 API（checkValidity, setCustomValidity）在旧版IE全不可用
IE9 才开始支持 required、pattern 等属性，IE8 及以下连 <input type="email"> 都当普通文本框处理，更别说 form.checkValidity() 这类方法了。
不能只靠 polyfill 补接口，得换思路：用 JS 做前置校验 + 样式反馈，并禁用原生提交行为：
if (!('checkValidity' in document.createElement('form'))) {
document.addEventListener('submit', function(e) {
var form = e.target;
var email = form.querySelector('[type="email"]');
var isValid = email && /^[^\s@]+@[^\s@]+\.[^\s@]+$/.test(email.value);
if (!isValid) {
e.preventDefault();
email.classList.add('error');
email.focus();
}
});
}- 别试图给
HTMLInputElement.prototype加checkValidity方法——IE8 的 DOM 对象不是标准 JS 对象，无法安全扩展 -
setCustomValidity的提示文案无法通过 JS 注入到原生气泡中，只能用title属性或额外<span class="error"></span>显示 - 移动端 WebView（如 Android 4.3 的 WebKit）也有类似限制，不能只测桌面 IE
polyfill 不是万能胶，加载顺序和执行时机错一点就白搭
很多项目把 polyfill 放在 底部，或者等 DOMContentLoaded 后再加载，这时 HTML 已解析完毕，语义标签早就被当成未知内联元素处理完了，html5shiv 再执行也晚了。
- 所有 polyfill 必须放在
中，且在任何 CSS 和业务 JS 之前 - 避免用模块打包工具（如 Webpack）自动提取 vendor chunk——IE8 不认识
require.ensure或动态import() - 若用构建流程压缩 JS，请确认
html5shiv的压缩版没删掉关键的document.createElement调用（有些 Uglify 配置会误删）
最麻烦的是混合环境：比如某页面用 AngularJS 1.x + IE8，不仅得补 HTML5 标签，还得确保 ng-app 初始化前 polyfill 已就位，否则指令编译阶段就找不到父容器。
