说到版本更新,肯定离不开版本号,各家的版本号格式不同,意义也不一致,比较流行的版本号由3到4个数字组成,其中用.隔开,比如1.23.53、2.343.12.34,基于react-native开发产品,我个人觉得比较合理的版本号应该由4个数字组成,从左到右,第一位数字表示大版本号,当有重大更新时,该位数字加一,第二位数字是react-native的版本号,第三位数字表示发布的次数,发布正式版时,该位数字为偶数,发布测试版时,该位数字为奇数,在研发时,内部测试版和对外发布的正式版一定是有所区别的,那么我们通过判断该位的奇偶性就能很方便地区分对待了,最后一位数字表示了版本管理工具的版本号,比如我们目前使用svn来管理项目版本,每次提交时svn都有一个自增的版本号,将这个版本号记录在产品的版本号中,可以方便我们通过svn的log查询到对应的修改内容。
了解了版本号中各个数字的意义之后,那么我们接下来说说如何实现js代码的热更新。
热更新的大致流程如下:
1.启动的时候使用原生语言判断本地是否存在曾经热更新下来的js代码,如果存在,那么加载该js代码,否则加载安装包asset中的js代码。这一步很好理解,发布产品的时候肯定有一份js代码是打包在asset中的,这是默认加载的js代码,假如我们已经成功通过热更新下载好了更新的js代码保存在本地,那么app启动的时候就应该直接加载保存在本地的js代码而不是asset中的旧代码了,否则每次启动都加载旧代码,那么热更新也就失去意义了。
2.js代码加载完成后就向服务器索要一份版本信息配置文件,其中记录了js代码压缩包的下载地址和版本号,也就是之前所说的第四位版本号,将该版本号与本地记录的js版本号进行比较,如果不一致,说明有新的js代码需要更新,如果一直,说明本地的js代码是最新的了,就直接进入主界面了。
3.根据版本信息配置文件中的下载地址下载js代码压缩包,为什么需要压缩?因为js代码太大了,目前我的js代码有1.2M左右,压缩一下就只有260K,可以加快用户的下载速度和节省用户的流量消耗,压缩包下载完成后开始解压,并将版本信息配置文件保存在本地。
4.js代码准备好了,那么接下来就是加载js代码了,如何加载?还记得开发时的“reload JS”按钮吗?查看react-native源码便可找到加载js代码的方法。
5.加载js完毕,又回到向服务器索要版本信息配置文件的步骤,不出意外的话,这次服务器端的版本号和本地的版本号是一致的,那么按照流程,就进入到了主界面,至此,整个热更新的流程也就结束了。
这就结束了吗?当然不是。试想,用户手机上的app和我们开发测试用的app如果共用一份服务器上的版本信息配置文件,那用户不就可以更新到不稳定的功能了吗?如何解决?很简单,使用版本号中第三位数字进行判断当前app是用户版还是测试版,再重申一次,版本号为偶数的便是用户使用的版本,版本号为奇数的便是开发测试使用的版本。在服务器上我们放置两个版本信息配置文件,分别提供给用户版和开发测试版使用,在js代码中,我们可以通过调用原生代码获取到版本号,判断奇偶性,然后从服务器端获取不同的版本信息配置文件,如此即可。
目前热更新只能实现js代码的更新,局限性比较大,当原生代码更新了或者图片资源更新了,还是需要重新打包,提供用户下载安装。
下面放上一个热更新实例图,新安装好的版本,主界面Toolbar右上角是没有“更多”按钮的,版本号的最后一位为1,重启启动后开始热更新,更新成功后,主界面Toolbar右上角出现“更多”按钮,版本号最后一位变成436。
网友评论