HTML5 2014年成为W3C推荐标准，但2022年浏览器支持仍存差异：基础特性如Canvas已稳定，IndexedDB、dialog等需兼容处理，表单控件和语义标签须注意实现细节与上下文，AppCache已废弃，Service Worker成离线唯一方案。

HTML5 2014正式版 vs. 2022年实际支持现状：别把“标准发布”当“浏览器已就绪”

HTML5 在 2014 年 10 月由 W3C 发布为**推荐标准（REC）**，但这不等于所有特性当天就在 Chrome、Firefox、Safari 里能用。2022 年起，主流浏览器对 HTML5 的支持已高度成熟，但关键差异不在“有没有”，而在“稳不稳定”“要不要 polyfill”。

• Geolocation、Canvas、SVG 这三类在 2014 年已稳定，2022 年无需任何适配
• IndexedDB 2014 年仅 IE10+/Chrome 12+ 实验性支持，2022 年已全平台稳定（但 Safari 仍默认禁用第三方上下文中的 IndexedDB，需用户交互触发）
• 标签 2014 年根本未标准化，2022 年 Chrome/Firefox 已原生支持，Safari 直到 2023 年才跟进 —— 所以你在 2022 年写
  ，必须加 if (!('showModal' in HTMLDialogElement.prototype)) 检测并 fallback
• Web Workers 和 WebSockets 2014 年已有，但 2022 年才普遍支持 SharedWorker 和 WebSocket binaryType = 'arraybuffer' 等进阶能力

表单控件：type=”date” 这类“看起来很美”的特性，其实最坑

2014 年规范写了 input type="date"，但 2022 年你在 iOS Safari 上点它，弹出的是原生 picker；在旧版 Android WebView 里可能直接退化成 text 输入框，且无校验逻辑。这不是 bug，是规范允许的“优雅降级”。

• 永远不要依赖 type="email" 或 type="url" 做服务端校验 —— 它们只提供基础前端提示，且各浏览器正则不一致（比如 Safari 允许 user@domain，Chrome 要求 @domain.tld）
• required 属性 2014 年就有，但 2022 年仍存在兼容陷阱：iOS Safari 在 form.novalidate 下会忽略它，而 Chrome 不会
• 想统一体验？别只靠原生控件。用 inputmode="numeric" + pattern="[0-9]*" 组合，比单纯 type="number" 更可控（后者在 iOS 上会唤出带小数点的键盘，但业务只要整数）

语义化标签：用了不等于 SEO 受益，结构错位反而伤权重

、

这些标签 2014 年就定稿，2022 年所有现代浏览器都识别，但搜索引擎对它们的解析逻辑已升级 —— 不再只看标签名，更看嵌套关系和上下文。

• 错误写法：

  标题

  →

  必须是其最近的

  、

  或 的直接子元素，否则 Google 可能忽略其语义

• 在整个页面中只能出现一次，且不能嵌套在

  、

  、

  内 —— 2022 年 Lighthouse 会直接报 A11y 错误

• 如果用 CMS 输出结构不可控，宁可用 role="banner" 替代
  

  ，避免因 DOM 结构错乱导致语义失效

离线与存储：Application Cache 已死，Service Worker 是唯一路径

2014 版 HTML5 正式包含 applicationCache（AppCache），但 2022 年所有主流浏览器均已弃用并移除支持。如果你还在维护 2014 年写的 manifest 文件，页面大概率已无法离线加载。