Android中第三方SDK集成之腾讯Bugly热更新集成指南
来源:互联网 发布:婴儿肥 知乎 编辑:程序博客网 时间:2024/05/18 09:06
编写不易,如有转载,请声明出处: 梦回河口:http://blog.csdn.net/zxc514257857/article/details/70039804
本博客部分图文内容借鉴自腾讯Bugly小巫的视频讲解,感谢
前言
Bugly封装的Tinker热更新方案有什么优势?
Bugly封装的Tinker热更新方案有什么问题?
为什么开发者会选用Bugly来进行热更新?
Bugly热更新原理
正文
1,进入腾讯Bugly官网,网址为:https://bugly.qq.com/v2/ ,通过QQ号进行登录,创建一个需要热更新的产品,如下图:
创建完成后,获取其App id和App key备用
2,产品创建成功之后,就点击官网右上角的文档中心,Android热更新使用指南,按照指南的要求进行操作,如下图:
3,AndroidSDK—>热更新使用指南
3.1,在工程根目录的“build.gradle”文件中添加插件依赖
buildscript { repositories { jcenter() } dependencies { // tinkersupport插件, 其中lastest.release指拉取最新版本,也可以指定明确版本号,例如1.0.4 classpath "com.tencent.bugly:tinker-support:latest.release" }}
3.2,集成SDK
在和app—>build.gradle同级目录下创建tinker-support.gradle文件,文件中复制如下代码:
apply plugin: 'com.tencent.bugly.tinker-support'def bakPath = file("${buildDir}/bakApk/")/** * 此处填写每次构建生成的基准包目录 */def baseApkDir = "app-0208-15-10-00"/** * 对于插件各参数的详细解析请参考 */tinkerSupport { // 开启tinker-support插件,默认值true enable = true // 指定归档目录,默认值当前module的子目录tinker autoBackupApkDir = "${bakPath}" // 是否启用覆盖tinkerPatch配置功能,默认值false // 开启后tinkerPatch配置不生效,即无需添加tinkerPatch overrideTinkerPatchConfiguration = true // 编译补丁包时,必需指定基线版本的apk,默认值为空 // 如果为空,则表示不是进行补丁包的编译 // @{link tinkerPatch.oldApk } baseApk = "${bakPath}/${baseApkDir}/app-release.apk" // 对应tinker插件applyMapping baseApkProguardMapping = "${bakPath}/${baseApkDir}/app-release-mapping.txt" // 对应tinker插件applyResourceMapping baseApkResourceMapping = "${bakPath}/${baseApkDir}/app-release-R.txt" // 构建基准包和补丁包都要指定不同的tinkerId,并且必须保证唯一性 tinkerId = "base-1.0.1" // 构建多渠道补丁时使用 // buildAllFlavorsDir = "${bakPath}/${baseApkDir}" // 是否开启反射Application模式 enableProxyApplication = false}/** * 一般来说,我们无需对下面的参数做任何的修改 * 对于各参数的详细介绍请参考: * https://github.com/Tencent/tinker/wiki/Tinker-%E6%8E%A5%E5%85%A5%E6%8C%87%E5%8D%97 */tinkerPatch { //oldApk ="${bakPath}/${appName}/app-release.apk" ignoreWarning = false useSign = true dex { dexMode = "jar" pattern = ["classes*.dex"] loader = [] } lib { pattern = ["lib/*/*.so"] } res { pattern = ["res/*", "r/*", "assets/*", "resources.arsc", "AndroidManifest.xml"] ignoreChange = [] largeModSize = 100 } packageConfig { } sevenZip { zipArtifact = "com.tencent.mm:SevenZip:1.1.10"// path = "/usr/local/bin/7za" } buildConfig { keepDexApply = false //tinkerId = "1.0.1-base" //applyMapping = "${bakPath}/${appName}/app-release-mapping.txt" // 可选,设置mapping文件,建议保持旧apk的proguard混淆方式 //applyResourceMapping = "${bakPath}/${appName}/app-release-R.txt" // 可选,设置R.txt文件,通过旧apk文件保持ResId的分配 }}
然后在app—>build.gradle文件中添加
// 引入 tinker-support.gradle文件apply from: 'tinker-support.gradle'
dependencies { // 多dex配置 方法数超过65535时需要配置 compile "com.android.support:multidex:1.0.1" //其中latest.release指代最新版本号,也可以指定明确的版本号,例如1.2.0 compile 'com.tencent.bugly:crashreport_upgrade:latest.release'}
3.3,初始化SDK
两种方式,一种设置enableProxyApplication = false 方式,需要改造Application实现,难度稍大一点,但具有更好的兼容性。一种设置enableProxyApplication = true方式,采用反射方式实现,比较简单,但兼容性相对较差
3.3.1,enableProxyApplication = true方式实现
public class MyApplication extends Application { @Override public void onCreate() { super.onCreate(); // 这里实现SDK初始化,appId替换成你的在Bugly平台申请的appId // 调试时,将第三个参数改为true ,意思是是否显示Log Bugly.init(this, "900029763", false); } @Override protected void attachBaseContext(Context base) { super.attachBaseContext(base); // you must install multiDex whatever tinker is installed! MultiDex.install(base); // 安装tinker Beta.installTinker(); }}
这样配置后,需要在tinker-support.gradle中将enableProxyApplication = false改为true,表示开启反射Application模式
同时需要在AndroidManifest.xml文件中application节点下,将android:name对应的值置为MyApplication相对应的全路径名
MyApplication类中的onCreate()方法Bugly.init(getApplication(),”900029763”, false); 其中第二个参数要替换成你的在Bugly平台申请的appId,第三个参数在测试时改为true,会显示log信息
3.3.2,enableProxyApplication = false方式实现
自定义一个SampleApplication继承TinkerApplication
public class SampleApplication extends TinkerApplication { public SampleApplication() { //需要修改第二个参数为SampleApplicationLike的全路径名 super(ShareConstants.TINKER_ENABLE_ALL, "com.test.myviewpager.hotfix.SampleApplicationLike", "com.tencent.tinker.loader.TinkerLoader", false); }}
自定义一个SampleApplicationLike继承DefaultApplicationLike
public class SampleApplicationLike extends DefaultApplicationLike { public static final String TAG = "Tinker.SampleApplicationLike"; public SampleApplicationLike(Application application, int tinkerFlags, boolean tinkerLoadVerifyFlag, long applicationStartElapsedTime, long applicationStartMillisTime, Intent tinkerResultIntent) { super(application, tinkerFlags, tinkerLoadVerifyFlag, applicationStartElapsedTime, applicationStartMillisTime, tinkerResultIntent); } @Override public void onCreate() { super.onCreate(); // 这里实现SDK初始化,appId替换成你的在Bugly平台申请的appId // 调试时,将第三个参数改为true,意思是是否显示Log Bugly.init(getApplication(), "900029763", false); } @TargetApi(Build.VERSION_CODES.ICE_CREAM_SANDWICH) @Override public void onBaseContextAttached(Context base) { super.onBaseContextAttached(base); // you must install multiDex whatever tinker is installed! MultiDex.install(base); // 安装tinker // TinkerManager.installTinker(this); 替换成下面Bugly提供的方法 Beta.installTinker(this); } @TargetApi(Build.VERSION_CODES.ICE_CREAM_SANDWICH) public void registerActivityLifecycleCallback(Application.ActivityLifecycleCallbacks callbacks) { getApplication().registerActivityLifecycleCallbacks(callbacks); }}
这样配置后,需要在tinker-support.gradle中将enableProxyApplication = true改为false,表示不开启反射Application模式
同时需要在AndroidManifest.xml文件中application节点下,将android:name对应的值置为SampleApplication 相对应的全路径名
注:SampleApplicationLike这个类是Application的代理类,以前所有在Application中的代码必须要全部拷贝到SampleApplicationLike类中相对应位置
SampleApplicationLike类中的onCreate()方法Bugly.init(getApplication(),”900029763”, false); 其中第二个参数要替换成你的在Bugly平台申请的appId,第三个参数在测试时改为true,会显示log信息
3.4,AndroidManifest.xml配置
3.4.1,权限配置
<uses-permission android:name="android.permission.READ_PHONE_STATE" /><uses-permission android:name="android.permission.INTERNET" /><uses-permission android:name="android.permission.ACCESS_NETWORK_STATE" /><uses-permission android:name="android.permission.ACCESS_WIFI_STATE" /><uses-permission android:name="android.permission.READ_LOGS" /><uses-permission android:name="android.permission.WRITE_EXTERNAL_STORAGE" /><uses-permission android:name="android.permission.READ_EXTERNAL_STORAGE"/>
3.4.2,Activity配置
3.4.3,配置FileProvider
如果只是需要配置热更新,3.4.2和3.4.3是不需要配置的,这两个是配置应用升级的时候使用的
3.5,混淆配置
为了避免混淆SDK,在Proguard混淆文件中增加以下配置:
-dontwarn com.tencent.bugly.**-keep public class com.tencent.bugly.**{*;}
如果你使用了support-v4包,你还需要配置以下混淆规则:
-keep class android.support.**{*;}
配置混淆的前提是要启用混淆,在app—>build.gradle中minifyEnabled 设置为true,表示启用混淆
// 开启混淆buildTypes { release { minifyEnabled true proguardFiles getDefaultProguardFile('proguard-android.txt'), 'proguard-rules.pro' }}
3.6,编译基准包
在app—>build.gradle—>android—>defaultConfig节点下,设置multiDexEnabled为true
在app—>build.gradle中android节点下,配置JDK版本和jumboMode
// 编译选项 compileOptions{ sourceCompatibility JavaVersion.VERSION_1_7 targetCompatibility JavaVersion.VERSION_1_7 } // 配置jumboMode dexOptions{ jumboMode true }
在app—>build.gradle中android节点下,配置应用程序签名
// 配置应用程序签名signingConfigs { release { try { storeFile file("./keystore/release.keystore") storePassword "testres" keyAlias "testres" keyPassword "testres" } catch (ex) { throw new InvalidUserDataException(ex.toString()) } } debug { storeFile file("./keystore/debug.keystore") }}
3.7,创建keystore文件
在app目录下创建keystore文件夹,在keystore文件夹中创建debug.keystore和release.keystore文件
debug.keystore可以在.android目录下可以找到
release.keystore通过命令行的方式生成
keytool -genkeypair -alias release -keyalg RSA -validity 20000 -keystore release.keystore
生成完成之后,在AS界面点击左侧的project点击F4再点击modules,设置release.keystore的signing,将刚才创建的release.keystore的信息填上去
3.8,编译基准包
点击界面右侧的Gradle—>app—>build—>assembleRelease,会在build/outputs/bakApk路径下生成每次编译的基准包、混淆配置文件(mapping文件)、资源Id文件
app-0411-10-23-25这种文件夹命名一般都是按照时间生成的,此时文件夹内生成的app-release.app就是我们的基线版本Apk,这时我们需要上报联网,即在手机中运行此基线版本Apk,并在SampleApplicationLike类中Bugly.init(getApplication(), “a995034468”, true);第三个参数改为true打开Log
注:bakApk文件夹生成app-release-unsigned.apk原因是没有签名
没有生成app-release-mapping.txt文件原因是没有开启混淆
3.9,生成补丁包
一般我们基线版本和补丁版本代码需要修改的部位就在tinker-support.gradle中的def baseApkDir和tinkerId,修改代码中的bug以及有时会修改App的版本号
def baseApkDir 对应的字符串在每次基线版本(及基准包)生成完后的文件夹名称
tinkerId是为了区分基线版本和补丁版本以及其版本号的
接着就是修改代码中的bug了
如果app—>build.gradle中的versionCode 为5的话,基线版本就对应设置为base-1.0
点击界面右侧的Gradle—>app—>tinker-support—>buildTinkerPatchRelease,生成补丁包
生成的补丁包在build/outputs/patch目录下:
3.10,上传补丁包至平台
点击应用升级—>热更新—>发布新补丁,找到build/outputs/patch下的7zip文件上传,然后立即下发
3.11,补丁包上传不上去的问题
项目紧张,未完待续。。。
因本人才疏学浅,如博客或Demo中有错误的地方请大家随意指出,与大家一起讨论,共同进步,谢谢!
- Android中第三方SDK集成之腾讯Bugly热更新集成指南
- Android集成Bugly热更新
- 腾讯Bugly热更新集成总结
- 腾讯Bugly热更新的集成实现
- 腾讯Bugly热更新集成以及问题
- Android Bug异常收集第三方腾讯Bugly集成
- Android中第三方SDK集成之高德地图集成指南(入门篇)
- Android中第三方SDK集成之ZXing二维码扫一扫集成指南
- 集成腾讯bugly的热修复功能sdk步骤
- 集成腾讯bugly的热修复功能sdk步骤
- 集成腾讯bugly的热修复功能sdk步骤
- 安卓集成腾讯bugly里的热更新
- 使用腾讯bugly集成热更新使用踩坑记录
- Bugly热更新简单集成
- Android热更新之微信Tinker集成(接入Bugly热更新)
- Android 腾讯Bugly 热更新
- Android中第三方SDK集成之百度地图集成(入门篇)
- Android中第三方SDK集成之百度地图集成(案例一)
- Java多线程探究-创建多线程
- 判断两条线段是否相交
- Spark RDD API详解(一) Map和Reduce
- 递归递推 I
- swift搜索条
- Android中第三方SDK集成之腾讯Bugly热更新集成指南
- 作业项目二项目三项目四
- a:link,a:visited,a:hover,a:active的使用
- 走向面试之数据库基础:一、你必知必会的SQL语句练习-Part 1
- 远程控制
- JNDI 和JDBC的区别
- Swift3.0 语法总结
- 设计模式:单例模式程序代码范例
- PAT 大区赛 1-7古风排版