HTML兼容性问题靠标准声明+特性检测+降级兜底三层解决：DOCTYPE必须首行无空格，html5shiv需配display:block规则，用Normalize.css统一默认样式，JS用存在性检测而非UA判断，构建配置须精准覆盖目标浏览器。
HTML组件本身不渲染，真正决定兼容性的，是它被解析后的DOM结构 + 绑定的CSS样式 + JS行为。没有“兼容的组件”，只有“兼容的写法”。
DOCTYPE必须首行无空格，否则IE/Edge Legacy直接进怪异模式
这是所有兼容问题的开关。一旦触发Quirks Mode，IE和旧版Edge会用完全不同的盒模型、浮动逻辑和字体度量解析整个页面——后续所有CSS和JS都可能失准。
验证方式：在Chrome DevTools的Elements面板顶部看渲染模式，显示Standards才算成功；若显示Quirks，就得回查HTML源码开头。
-
DOCTYPE html>必须独占第一行，前面不能有任何字符：包括<!-- 注释 -->、PHP输出的空白、甚至UTF-8 BOM字节 - 不要写成
<!doctype html>或<!DOCTYPE HTML>——大小写不敏感，但格式要干净 - 构建时用
html-validate或CI脚本检查首行是否合规，比人工更可靠
HTML5语义标签在IE8及以下需手动设display: block
像<header>、<nav>、<main>这些标签，IE8及更早版本根本不识别，会默认当inline元素处理，导致布局塌陷、margin失效、无法被querySelector匹配。
立即学习“前端免费学习笔记（深入）”；
仅引入html5shiv不够：它只让IE知道这些标签存在，但不会自动加display: block规则。
- 必须显式声明：
article, aside, details, figcaption, figure, footer, header, hgroup, main, nav, section { display: block; } - 条件加载更安全：
<!--[if lt IE 9]><script src="https://cdnjs.cloudflare.com/ajax/libs/html5shiv/3.7.3/html5shiv.min.js"></script><![endif]--> - 如果目标用户基本不使用IE，可跳过这步，但别假设“没人用IE”——有些政企内网环境仍卡在IE11
CSS默认样式不一致，normalize.css比reset.css更实用
Chrome里<h1>的margin-top是0.67em，Firefox是0.83em，IE6甚至用像素值。不统一就等于给每个浏览器发不同图纸。
reset.css（如Eric Meyer版）把所有margin/padding归零，反而要重写大量基础样式；normalize.css保留合理的默认值（如表单控件尺寸、列表缩进逻辑），只修复已知跨浏览器bug。
-
<link rel="stylesheet" href="normalize.css">必须放在所有自定义CSS之前 - 务必加全局
box-sizing重置：* { box-sizing: border-box; }，否则IE宽高计算和现代浏览器差一个padding - 避免用
all: unset或all: revert——Safari 9.1–13.1中行为不稳定，可能让<button>失去可点击态
JS操作DOM前，先确认浏览器是否“认识”这个标签
动态创建或查询HTML5标签时，IE11会把它当未知元素处理：document.createElement('main')返回的对象没有默认样式，querySelector('main')也匹配不到——除非你提前“注册”过。
更隐蔽的问题是innerHTML写入含自闭合标签的字符串，比如'<img src=x><input type=hidden>'，在IE里会自动补全成<input type=hidden></input>，导致后续querySelector('input')拿到两个节点。
- 检测是否存在某标签支持：
if ('main' in document) {...}或更稳妥地用typeof document.createElement('main') !== 'undefined' - 插入HTML前，优先用
DOMParser解析校验（现代浏览器），或改用document.createElement+appendChild组装 - 不要依赖
navigator.userAgent判断浏览器型号，要用特性检测：if ('localStorage' in window)、if (window.addEventListener)
最容易被忽略的是：组件兼容性不是“一次性配置”，而是贯穿HTML结构、CSS作用域、JS执行时序的连贯判断。比如<dialog>在Safari 15.4才开始支持且无默认样式，<details>在IE里直接被当普通容器渲染——这些都不是靠加个polyfill就能解决的，得从设计阶段就决定是否降级为<div class="accordion">。
