支付宝移动端 Hybrid 解决方案探索与实践

本文内容主要分为以下三个部分：

1. 移动互联网背景下的高可用性能挑战

主要给大家介绍支付宝 APP 在这几年移动互联网快速发展的阶段，其自身的一个变化与遇到的性能挑战。

2. 支付宝 Hybrid 方案建设与演进 （ H5 容器 & 小程序 ）

为了应对前面提到的这些挑战，支付宝逐步沉淀出 2 套 Hybri 方案，分别是 H5 容器与小程序。

3. Hybrid 方案借助移动开发平台 mPaaS 对外输出

通过 mPaaS 平台，让大家也可以去接触使用到支付宝的 Hybrid 技术。

移动互联网背景下的高可用性能挑战

根据公开的 2018 年移动互联网行业分析报告，目前支付宝的月活跃用户已经超过 QQ ，成为国内第二大 App。

支付宝一开始仅仅只是一个单体应用的工具型 App，让用户可以在手机完成支付宝相关的业务查询和操作。2013 年后，支付宝逐步转型为平台型 App， 平台型 App 具有服务化、模块化、工具组件化的特点，这个时候支付宝的业务不仅仅是支付，还需要给客户提供了很多生活相关的服务，例如余额宝、缴电费等。2015 年后支付宝成长为超级 App，超级 App 会面临开放、动态化、高可用的挑战，此时支付宝里面需要支持大量复杂的业务，同时开放自己的商业能力，用自己流量助力合作伙伴。

从单体应用到超级 App 的转变，其实体现了一个用户对 App 需求的变化，移动互联网用户需求的本质是服务，而不是 App，用户高频使用的 App 是少数。在 超级 App 时代，支付宝主要面临的挑战是：

 

1. 支持复杂业务

App 的业务越来越复杂，不仅仅是内部业务，还包含了大量外部的合作伙伴。如果采用传统的 App 开发方式很难应对日趋复杂的业务场景。

2. 满足业务快速迭代的需求

当前业务的另外一个特点就是需要快速迭代，变化的政策、突发事件都需要我们可以快速把新的业务需求触达给用户。但是 App 开发一个不容忽视的问题，就是应用商店审核。由于审核的存在，App 上开发的业务会有一个统一排期，比如说月底会有新版本，那么所有的业务进度都得考虑 App 的排期计划。

3. 开放平台

作为超级 App，一个最主要的特征就是开放。开放就是共享 App 的流量，让外部伙伴的业务可以通过支付宝触达用户，这就面临一个质量管控的问题。支付宝需要保证这些业务是合法合规的，保障用户的财产安全。

 

在超级 App 时代，使用纯 Native 开发会遇到很大的局限性。这里纯 Native 开发指的是，iOS 使用Objective-C 或者 Swift 开发、Android使用 Java 或者 Kotlin开发。纯 Native 开发，业务逻辑的变化都需要通过发布新版本来触达用户，所以会面临前面提到的发布审核周期长的问题。另一方面，用户每次需要使用新功能，都需要更新一次 App ，这对用户来说是一个成本很高的问题，会导致新业务很难在短时间覆盖用户。

站在开发的角度，纯 Native 的开发效率会比前端低很多，而且同时需要 iOS 和 Android 的开发人员。包大小也是需要考虑的问题，如果目前支付宝的业务都是用 Native 开发，大家看到的包大小得