Bugly多渠道热更新解决方案 雨点打透心脏的1/2处 2022-06-15 00:30 248阅读 0赞 ## Gradle使用productFlavors打渠道包的痛 ## 有很多同学可能会采用配置productFlavors来打渠道包,主要是它是原生支持,方便开发者输出不同定制版本的apk,举个例子: android { ... defaultConfig { minSdkVersion 8 versionCode 10 } productFlavors { flavor1 { packageName "com.example.flavor1" versionCode 20 } flavor2 { packageName "com.example.flavor2" minSdkVersion 14 } } } 这样就可以输出两个定制的apk,不同包名,版本号也不同。 但是,如果用它来打渠道包是一个非常低效的做法,因为它每一次都会走编译流程,你想一下如果每打一个渠道包就要走一下编译流程,100个渠道包那得多慢。 那如果你能忍受这么低效打渠道包的方式,那回到本文焦点,我先问个问题:“如果你要针对多渠道进行打补丁,你应该怎么做?” 你可能会回答,那就针对不同的渠道包进行打补丁。没错,这个确实行得通,Bugly也是支持以这种方式进行打补丁,tinker-support插件会为不同渠道包插入不同的TINKER\_ID, 唯一标识当前版本的渠道包,我们可以看下gradle打多渠道补丁的配置(详细参考[多渠道热更新][Link 1]): ![这里写图片描述][SouthEast] ![这里写图片描述][SouthEast 1] 上面的示例只是配置了两个渠道,如果你配置超过5个的话,那么就意味着你要一个补丁,一个补丁上传到Bugly补丁管理后台,况且我们也只允许同时下发5个版本的补丁。这里提一下为什么要上传所有渠道的补丁,因为通过productFlavors配置,会修改buildConfig类中的FLAVOR字段,这会导致生成的不同渠道包的dex是不一样的,所以只能针对具体渠道进行打补丁。这就非常的尴尬了,那怎么办呢?有没有版本通过一个补丁就能够修复所有渠道,答案是:**有的,但前提是你要保证所有渠道包代码是一致的**。 ## 通过多渠道打包框架快速打多渠道包 ## > 这里推荐使用[walle][]来打多渠道包,新一代多渠道打包神器。 通过walle或者类似的打包工具就不会改变dex的结构,只是修改**APK Signature Block**来添加自定义的渠道信息来生成渠道包。 配置示例: // 多渠道使用walle示例(注:多渠道使用) apply from: 'multiple-channel.gradle' 创建multiple-channel.gradle,内容如下: apply plugin: 'walle' walle { // 指定渠道包的输出路径 apkOutputFolder = new File("${project.buildDir}/outputs/channels"); // 定制渠道包的APK的文件名称 apkFileNameFormat = '${appName}-${packageName}-${channel}-${buildType}-v${versionName}-${versionCode}-${buildTime}.apk'; // 渠道配置文件 channelFile = new File("${project.getProjectDir()}/channel") } 创建channel配置: ![这里写图片描述][SouthEast 2] 命令行打多渠道包: ./gradlew clean assembleReleaseChannels 输出结果如下: ![这里写图片描述][SouthEast 3] ok,到此已经实现快速打多渠道包了。 ## 如何获取渠道信息? ## 如果你想获取渠道信息进行一些统计的分析,可以按照以下方式(具体参考[walle][]): dependencies { compile 'com.meituan.android.walle:library:1.1.3' } 在代码中获取渠道信息: String channel = WalleChannelReader.getChannel(this.getApplicationContext()); 如果你已经集成了**Bugly的异常上报**,你就可以通过以下方式来塞入渠道信息: String channel = WalleChannelReader.getChannel(getApplication()); Bugly.setAppChannel(getApplication(), channel); // 这里实现SDK初始化,appId替换成你的在Bugly平台申请的appId Bugly.init(getApplication(), "YOUR_APP_ID", true); 这样我们就可以按渠道维度来统计你们app的Crash数据了。 ## 一个补丁修复所有渠道 ## 重头戏,总是留在最后。 在打渠道包的过程,因为会走编译流程,热更新插件也会在bakApk生成对应的基线版本,这个跟普通打包就没有差别了: ![这里写图片描述][SouthEast 4] 只需要上传补丁包到补丁管理后台,然后下发即可。 笔者随便挑了三个渠道分别安装到不同设备,均成功打上补丁: ![这里写图片描述][SouthEast 5] ok,基本上我们的需求就已经实现啦,妈妈再也不用担心我加班加点上传补丁包了。 ## 总结 ## Bugly目前同时支持两种方式进行渠道包的热更新: * productFlavors方式打多渠道包 * 快速打渠道包工具(Gradle) 笔者是推荐使用第二种方式,不仅能够快速打包,也能够轻松实现一个补丁修复所有渠道。 如果大家对以上有什么疑问的话,可以在下面留言,我们共同探讨下。 [Link 1]: https://bugly.qq.com/docs/user-guide/instruction-manual-android-hotfix-demo/?v=20170512172046#_3 [SouthEast]: /images/20220615/270ac1f743b544f0ba5585730e11b04c.png [SouthEast 1]: /images/20220615/944ad6acb0c241d2bbdbb9223671d8e5.png [walle]: https://github.com/Meituan-Dianping/walle [SouthEast 2]: /images/20220615/0f7662af92f34fa9a9cfd11ada7f834c.png [SouthEast 3]: /images/20220615/7cc5f4da7a364cfb8df61d4b04c8515c.png [SouthEast 4]: /images/20220615/14f44fcff1dc4ae3bc772f1badef61d0.png [SouthEast 5]: /images/20220615/d724baca507c41ceafa85d6dcb5af1c2.png
还没有评论,来说两句吧...