我们知道原生应用需要开发热更新的模块，可以集成ReactNative框架实现，
那么你的热更新模块，如你的商品展示页，ReactNative是怎么做到的呢？
我们拿Android应用来举例。
首先商品展示页是有对应的js文件的。而众多个js文件资源打包成index.android.bundle文件，
放到Android工程的assets目录下，而在Android工程中集成的ReactNative框架会去调用这个文件。
将里面的js文件转换为Android原有的布局控件和交互逻辑。
总结：
那么只要我们更新js文件，则会重新打包出新的bundle文件放到assets目录下，应用重新去加载这个文件，
就达到了热更新的目的。
App端具体方案：
一、原生应用项目开发中，集成ReactNative框架，用该框架实现具体的需要热更新的功能。
1、在Android项目根目录中使用npm来安装react-native ，这样同时会创建一个node_modules/的目录。
2、创建js文件，编写React Native组件的js代码。
3、在build.gradle文件中添加com.facebook.react:react-native:+，以及一个指向node_modules/目录中的react-native预编译库的maven路径。引用 maven { url "$rootDir/../node_modules/react-native/android" } 该路径下的依赖文件。
4、创建一个React Native专属的Activity，在其中再创建ReactRootView。
5、启动package服务，运行应用。
注：成功运行，ReactNative会将本地的JS文件和资源文件打包成bundle文件，保存到在项目assets目录下。
二、热更新服务搭建
1、为后端提供bundle文件以及版本信息，如：版本1.0；后端提供下载文件的路径。
2、检测更新：与App应用更新策略一致，上传你的版本信息，检测是否需要更新，获取更新信息（版本信息、更新地址）。
3、根据更新地址，下载index.android.bundle文件，保存到本地目录下即可
4、处理版本信息的维护，更新当前版本号以及上一个版本号。
5、更新策略：静默更新或者提示用户更新。
（注：patch作为后续更新的一种方式，js中实现）
三、回滚策略
本地保存两个版本：原有版本，与更新的版本；更新的包有崩溃问题，或者错误bug太多（记录错误次数），则使用原有版本。
1、使用原生代码catch住Reactnative中的异常、错误，同时判断是否需要切换回原有版本。
其他：
加密、解密：验证包的唯一性？包名+hash值
注：最后发布，需要为后端提供bundle、或patch文件以及版本变更信息。
