ios 热更新可行性分析

 Ios热更新预言报告

热更新简述

热更新是一种各大手游等众多App常用的更新方式。简单来说，就是在用户通过App Store下载App之后，打开App时遇到的即时更新。

2017年3月，苹果就曾警告部分开发者违反了《苹果开发者计划许可协议》的3.3.2章节以及《App Store审查指南》2.5.2章节的规定，要求开发者删除热更新相关代码，并重新提交一个新的App版本以供审核。

2017年6月，AppStore审核团队针对AppStore中“热更新”的App开发者发送邮件，要求移除所有相关的代码、框架或SDK，并重新提交审核，否则就会在AppStore中下架该软件。

 Ios热更新实现的几种方式

一、JSPatch

热更新时，从服务器拉去js脚本。理论上可以修改和新建所有的模块，但是不建议这样做。

建议 用来做紧急的小需求和 修复严重的线上bug。

二、lua脚本

比如： wax。热更新时，从服务器拉去lua脚本。游戏开发经常用到。

三、Weex

跨平台，一套代码，iOS、Android都可以运行。用前端语法实现原生效果。比React Native更好用。

weex基于vue.js，ReactNative使用React。

ReactNative安装配置麻烦。 weex安装cli之后就可以使用。

react模板JSX有一定的学习成本，vue和常用的web开发类似，模板是普通的html，数据绑定用mustache风格，样式直接使用css。

淘宝干的漂亮，中国在编码的实力越来越牛叉了。威武！！！ 

四、React Native

不像Weex能一套代码多端运行，需要自己分别做修改。

React Native 可以动态添加业务模块，但无法做到修改原生OC代码。

JSPatch、lua 配合ReactNative可以让一个原生APP时刻处于可扩展可修改的状态。

五、Hybrid

像PhoneGap之类的框架, 基本概念和web差不多, 通过更新js/html来实现动态化，没有原生的效果流畅。

六、动态库

可以做demo用，真实使用的时候会被苹果禁止。

因为 打包发到AppStore的ipa安装包 里的每个动态库 都有唯一的编码，iOS系统会进行验证，所以动态通过网络获取新的动态库 也用不了。

七、rollout.io

Rollout紧急修复线上bug。后端有相关的管理页面。因为是国外的网站，然后呢，要FQ才能使用。

八、DynamicCocoa

滴滴iOS的一个框架，准备在2017年初开源，与JSPatch比更加智能化，用OC在XCode中写完代码，用工具可以自动生成可以更新的js文件。

苹果对于热更新的态度已经处理措施

2017年3月9日,部分iOS开发者收到了苹果的这封警告邮件：

·      苹果认为热更新技术容易被黑客利用，造成重大安全问题。在官方警告邮件中，也是在进行如此描述。

·      

·      

·      

分析

1.目前JSPatch官网给出的结论是SDK1.7.2以上的版本可以审核通过，但是目前貌似没人使用，并且是付费使用

2.使用React Native，Weex，Hybrid热更新，项目没有使用次开源框架，方案不行

3. lua脚本 目前没有相对措施

4.使用动态库进行热更新，也是基于lua脚本的

5. rollout.io 需要翻墙，目前网上的资料显示无法绕过审核还是

6. DynamicCocoa 目前尚未开源

结论

目前可以使用JSPatch进行热更新，sdk1.7.2之前会存在审核不过的情况，大于这个版本的可以正常使用