虽然 HTML5 的 和 在语义上很常用，但小程序里必须改用平台提供的组件：

• → 必须换成 （同名但行为受限：不支持 src 直接填 HTTP 链接，必须走 HTTPS；不支持 autoplay 在 iOS 非用户触发下生效）
• → 必须用 ，且 JS 操作需通过 wx.createCanvasContext('xxx')，而非 document.getElementById().getContext()
• 、（无 controls）、 等标签完全不支持，连解析都会报错

哪些 HTML5 能力「间接可用」？

不是所有 HTML5 功能都被砍掉，部分能力通过小程序 API 封装后可等效使用：

• localStorage → 替换为 wx.setStorage/wx.getStorage（异步、有 10MB 限制）
• fetch / XMLHttpRequest → 只能用 wx.request（强制 HTTPS，不支持 Cookie 自动管理，header 有白名单字段）
• WebGL → 小程序提供 webgl canvas 类型，但需显式声明 type="webgl"，且上下文获取方式不同
• Geolocation → 用 wx.getLocation，需提前在 app.json 声明 permission 字段并获用户授权

注意：WebSocket 可用 wx.connectSocket，但不支持二进制帧自动解包，收发都得手动处理 ArrayBuffer。

跨平台开发时最常踩的三个坑

很多开发者想“一套代码跑 H5 + 小程序”，结果在真机上卡住。关键限制如下：

• DOM/BOM 全面不可用：任何含 document.querySelector、window.location、history.pushState 的代码，在小程序里会直接报 ReferenceError
• CSS 兼容性断层：flex: 1 在某些安卓机型上失效；position: sticky 完全不支持；@font-face 加载字体需用 base64 或小程序上传的云资源，不能引用外链
• 跳转逻辑不互通：H5 用 window.open 或 a[href]，小程序必须用 wx.navigateTo；H5 的 URL 参数靠 location.search 解析，小程序要从 onLoad 的 options 对象里取

真正可行的跨平台路径是：用 uni-app 或 Taro 这类框架做抽象层，它们把 view 编译成 wxml、把 request 编译成 wx.request。但一旦你手写原生小程序，就等于主动放弃了 HTML5 的 DOM 生态——这不是兼容性问题，是执行环境的根本差异。