[发明专利]基于Weex的快递服务APP更新方法、装置、设备及存储介质

说明书

一种基于Weex的快递服务APP更新方法、装置、设备及存储介质，其中，更新方法包括步骤：响应用户的应用启动指令，对快递服务APP配置文件所配置的Weex页面对应的JS Bundle文件、及快递服务APP配置文件所对应的灰度发布配置文件进行预先下载，并保存至本地存储；根据用户发起的页面访问请求获取所关联的JS Bundle文件，并依据获取的JS Bundle文件对访问的快递服务APP的Weex页面进行更新。本申请的技术方案可以实现一套代码同时运行在android、ios、web三端，减少开发成本，提高开发效率；可以实现热更新，实现代码动态下发的功能；支持预加载，提高页面加载速度，性能媲美原生；支持多种灰度策略，方便A/B测试，支持不同网点，优先尝鲜新功能；快速开发新业务，方便验证。

技术领域

本发明涉及快递技术领域，具体涉及一种基于Weex的快递服务APP更新方法、装置、设备及存储介质。

背景技术

用户在业务上对互联网产品(例如快递服务APP)体验、迭代速度、效果验证等方面的优化诉求越来越强烈，因此，互联网产品通常需要不停的升级更新以更好的实现其功能和满足用户需求。传统的互联网产品需要修复bug或者发布新功能都是通过应用商店来发版，需要用户升级安装APP。一方面受限于第三方应用商店审核周期长问题，另一方面，bug的修复不能及时的在用户无感的条件下修复。

近年来，互联网行业中涌现出一些互联网产品动态化方案，具体如下：

(1)基于H5的热更新方案

APP内嵌套H5页面这种方式，可以随时的动态的修改H5页面的内容，可以实现新业务的随时随地发布，实现新业务立即触达用户的效果。缺点也是比较明显的，对网络要求比较高，性能相比原生App差距比较大，用户体验不及原生APP。

(2)React Native跨平台热更新

React Native是由Facebook开发的一款跨平台框架，可以实现一套代码同时运行在Android和IOS端，底层是通过原生控件进行渲染，性能远超H5，同时可以实现热更新的效果。缺点是：RN通过JS访问平台UI组件，所以需要通过Bridge桥接器将JS转换到原生，在UI被频繁操作时可能导致性能问题。

(3)原生热修复方案

面向移动设备的线上修复服务，为APP线上版本提供静默更新，细粒度修复能力，帮助开发者实时修复线上问题，敏捷发布轻量级功能。优点是：无需APP升级版本，通过补丁下发，即可静默方式完成线上变更，常用于快速修复线上缺陷。缺点是：由于是在应用运行期间发生了变动，如果修改了某个方法的逻辑，就会导致它在修复前后的逻辑不一致，引发一些诡异的错误。因此热替换方式的热修复只适用于修复一些简单的BUG，如果要做一些功能方面的更新，不建议采用。

(4)原生插件化

将Apk(APP安装包)按照功能模块划分，不同的功能打包成不同的Apk，然后应用的主Apk按需加载对应功能的Apk，用户只需要安装应用的主Apk即可，主Apk相当于一个壳，它会按需加载其他功能模块的Apk。优点是：通过这种模式，不仅解决了Apk体积大的问题，而且当某个功能模块需要变化时，也只需要修改对应功能的代码，打包功能Apk并更新即可，这样不仅可以让用户及时更新，而且更新的代价也很小。同时可以做到功能APK热插拔的效果。缺点是：由于需要大量Hook的系统源码，所以需要对系统的apk代码加载和资源加载流程以及系统其他源码有足够深的了解，加上Android系统的不同版本的兼容性问题，导致不同系统版本的源码有所差异，就会导致我们的插件化方案有兼容性问题，维护成本高。

(5)小程序方案