刚研究了下bugly的版本更新以及bugly的热更新。
**总结一下收获:**
1.站在巨人的肩膀上就是方便，腾讯不愧是王者（不知道还有没有机会去这样的大公司，意淫一下）。
2.bugly的版本更新虽然方便，但是有延迟，项目需求我可能不会采用。因为进入程序到检测到新版本会有4-5秒的延迟，当用户已经开始使用后才提示有新版本，会影响客户的体验感，所以还是用自己的版本更新。
3.热更新集成相对还是容易的。有几个细节注意下即可，热更新提交补丁后也会有延迟，不是实时生效的，亲测会有5分钟的延迟，但是补丁确实挺好用，对后期bug的更改大有好处。
4.热更新唯一的不方便我感觉就是集成assembleRelease或者assembleDebug是，如果想在build下clean Project的话，在项目的app中的build中生成apk会被clean掉，所以热更新时不要clean项目，否则就需要重新生成。当然如果你想重新热更新，clean是最便捷的方法啦。
热更新的步骤
1.集成sdk,引入bugly热更新需要的包
compile 'com.tencent.bugly:crashreport_upgrade:latest.release'
compile 'com.tencent.bugly:nativecrashreport:latest.release'
compile "com.android.support:multidex:1.0.1" // 多dex配置
2.添加Tinker插件(加的是第三步新建的插件)
apply from: 'tinker-support.gradle
3.新建tinker-support.gradle（最重要的部分）
**3.1-baseAokDir是生成base-apk后填写的名称，一般是生成的日期
3.2- tinkerId 唯一，补丁包就是对指向的版本进行打补丁
3.2.1-tinkerId = "base-1.0.3" 生成apk时
3.2.2-tinkerId = "patch-1.0.3" 打补丁时，只需更该base为patch
3.3- enableProxyApplication = true 表示用自己项目中的Application，想false也可以，不怕麻烦就可以
6.0 运行程序,否则往bugly放补丁包放不上
7.0生成补丁,放网上
8.0下班啦。明天再写，游泳去。。。。。。。
网友评论