H5 嵌原生 App 的陷阱
你把一个服务做成了 H5 页面，因为 Web 是通用的。后来有合作 App 想嵌入它，于是你把它接进 WebView，手写登录与支付的 JS 桥，跟着对方的下一次发版一起上线。半年后，三个问题始终甩不掉：
- 多端适配。 每个宿主 App 都有自己的 WebView 内核——iOS 的 WebKit、Android 的 System WebView 或 Chrome、各家厂商分支——外加各自的屏幕尺寸、系统版本与桥接差异。在一处好用的修复，在另一处就崩，于是你按界面逐个重测。
- 发版列车绑定。 任何文案、布局或流程的改动，都得搭宿主的原生发版，意味着应用商店审核、以天或周计的灰度，而回滚本身又是一次发版。
- 政策风险。 苹果的 App Store 审核指南 4.2 条拒绝「本质只是重新打包的网站」的 App，2.5.2 条禁止 App 下载或执行会改变其功能的代码；Google Play 同样禁止 App 在 Play 更新机制之外改动自己的二进制（Apple 审核指南、Google Play 政策）。一个拉取远端逻辑的裸 WebView 壳，正好落在危险区。
结果就是：你想要的那个又快又便宜的 Web 界面，变成了你发出去最慢、最碎片化的一样东西。
真正改变局面的，是什么
解法不是更好的 WebView，而是改变「嵌入的是什么」与「它如何更新」。Cross Mini App 把你的 Web 内容做成受托管的小程序，运行在通用运行时内，由宿主通过一个 SDK 集成，并经同一个 SDK**空中下发（OTA）**更新——内容层无需任何应用商店发版。
SDK 集成模型
宿主 App 集成 Cross Mini App SDK 一次。此后，消化那些原本属于你的差异的，是运行时，而非宿主的工程师：
- 身份与支付从宿主继承。 小程序拿到已验证的身份凭证，并在上下文内调用宿主钱包，而不是你逐平台手写桥。
- 设备与原生能力经受管桥暴露。 裸 WebView 逼你逐平台手写 Objective-C、Swift 或 Kotlin 绑定，而 SDK 给出的是单一、沙箱化的接口。
- 一次构建，多宿主运行。 你对着一套标准 API 界面写一次小程序，它就能在任意集成了该 SDK 的 App 内运行。多端返工从 N 个宿主收敛为一个。
这与 H5 嵌原生恰恰相反：不再是你的 Web 代码去适配每个 App，而是运行时把宿主适配给你的程序。
空中下发（OTA）热更新
模型的后一半，才是发版列车问题消失的地方。由于小程序的逻辑与资源都经 SDK 下发，一次改动就以 OTA 更新形式推出：
- 内容与功能免商店审核。 文案、布局、流程乃至逻辑更新，直接推到运行时；承载 SDK 的原生 App 版本无需变动。
- 灰度发布与秒级回滚。 你可以先放给一定比例的用户，一旦遥测变红，几秒内撤下更新——不必再提交一个新包。
- 差量下发。 只拉取变更的片段，包体更小；类 Service Worker 的缓存保留上一可用版本以供离线（MDN — Service Worker / Cache、web.dev）。
- 版本锁定与回退。 每个宿主可锁定一个已知可用版本；若更新应用失败，运行时回退而非让嵌入白屏。
心态转变在于：原生发版变成罕见的、基础设施级的事件，而产品界面按自己的节奏迭代。
SDK 如何治理程序
热更新只有在安全时才成立。SDK 把小程序留在沙箱内，并置于厂商审核之下：
- 程序受审且可下架——宿主无需等商店，就能撤掉一个坏版本。
- 它在平台已放行的模型所对应的政策框架内运行：苹果 4.7 条明确允许在二进制之外交付的 HTML5 与 JavaScript 小程序，前提是开发者承担合规责任；Google Play 政策约束一个嵌入界面能做什么（Apple 4.7）。正是 SDK 的治理，让一次 OTA 更新守在这些界线内，而不去触碰 2.5.2。
- 能力是「经撮合」而非「敞开」的——程序只有通过受审的 SDK 端点，才能触及原生支付与身份。
并排对比
| 维度 | H5 嵌入原生 App | Cross Mini App SDK 小程序 |
|---|---|---|
| 适配成本 | 按 WebView / 系统 / 桥逐个重测 | 一次构建，运行时适配 |
| 发版绑定 | 绑定应用商店发版 | OTA，与原生列车解耦 |
| 灰度速度 | 数天至数周（审核加灰度） | 数分钟至数小时（灰度） |
| 回滚 | 再提交一次二进制 | SDK 内秒级回滚 |
| 政策风险 | 4.2 / 2.5.2 / Play 自更新 | 4.7 放行的 HTML5 小程序 |
| 多宿主复用 | 逐宿主重写 | 一次构建，多宿主运行 |
最先见效的场景
这套模式在「高频迭代且依赖信任」的界面上最强力：金融科技与嵌入式金融（文案、活动、流程每周变）、政务与公用事业服务（表单与资格规则常更新）、零售与活动页（季节性、A/B 测试）。每一处，搭原生发版列车的成本都被反复支付；SDK 模型只付一次。
Cross Mini App 的定位
Cross Mini App 是通用运行时加开放目录，经一个 SDK 交付给宿主 App。你的 Web 内容变成受托管、可热更新的小程序：在 SDK 所到的任意处嵌入，继承宿主身份与支付，无需商店发版即可空中更新，必要时秒级下架。对那些受够了对每个 WebView 重写 H5、为每次 App 发版苦等的团队，这正是终于把 Web 的速度与原生发版的拖累拆开的那个单元。
