从事android开发到现在集成的第三方sdk不少,如果让我说一个印象最深的就非Bugly不可,自己填了不少坑,也踩了不少坑.
好了过多的埋怨就不说了,言归正题,如果你在集成bugly遇到问题了,那么请仔细阅读文章内容,有可能会帮助你解决问题。
- Bugly优势
- 支持so类替换
- 支持资源文件替换
- 支持新增activity
- 支持加固
- 成功率高
- 上报异常,崩溃信息
- Bugly集成步骤
前言:目前Bugly热更新技术 之所以受广大开发者喜好第一就是上面说到的优势,第二就是他集成步骤比较简单。
1. 集成之前我们暂时按照官方文档来。在项目的gradle里面
添加// TinkerPatch 插件
classpath "com.tencent.bugly:tinker-support:1.1.5"
2.然后在app下的gradle里面添加
compile "com.android.support:multidex:1.0.1" // 多dex配置
//注释掉原有bugly的仓库
//compile 'com.tencent.bugly:crashreport:latest.release'
//其中latest.release指代最新版本号,也可以指定明确的版本号,例如1.3.4
compile 'com.tencent.bugly:crashreport_upgrade:1.3.6'
// 指定tinker依赖版本(注:应用升级1.3.5版本起,不再内置tinker)
compile 'com.tencent.tinker:tinker-android-lib:1.9.9'
compile 'com.tencent.bugly:nativecrashreport:latest.release' //其中latest.release指代最新版本号,也可以指定明确的版本号,例如2.2.0
3.在app下的gradle里面添加
// 依赖插件脚本
apply from: 'tinker-support.gradle'
4.在app创建tinker-support.gradle文件(注意与app.gradle同级)同时附上文件内容:
apply plugin: 'com.tencent.bugly.tinker-support' def bakPath = file("${buildDir}/baseApk/") /** * 此处填写每次构建生成的基准包目录 */ def baseApkDir = "app-0731-15-19-54" 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,并且必须保证唯一性 //patch-1.0.1 base-1.0.1 tinkerId = "patch-4.8.5" // 构建多渠道补丁时使用 // buildAllFlavorsDir = "${bakPath}/${baseApkDir}" // 是否启用加固模式,默认为false.(tinker-spport 1.0.7起支持) isProtectedApp = true // 是否开启反射Application模式 enableProxyApplication = true // 是否支持新增非export的Activity(注意:设置为true才能修改AndroidManifest文件) supportHotplugComponent = true ignoreWarning = true }
文件内容你暂时可以复制,其中与官方文档不同的地方后面做解释
5.初始化SDK,初始化SDK分两种情况,第一种就是tinker-support.gradle文件中 enableProxyApplication = true第二种就是 enableProxyApplication = false
1.enableProxyApplication = true
这种模式需要你自定义application,如果你已经自定义application那么首先在onCreate()里面添加
//Bugly初始化
Bugly.init(this, "848e2944f5", false);
在onBaseContextAttached()方面里面添加
//分包
MultiDex.install(base);
// 安装tinker
Beta.installTinker();
如果你没有自定义application那么就自定义一个application按照上面方法初始化,安装bugly
2.enableProxyApplication = false
这种模式就需要按照bugly来实现application了,首先创建一个
public class SampleApplication extends TinkerApplication {
public SampleApplication() {
super(ShareConstants.TINKER_ENABLE_ALL, "xxx.xxx.SampleApplicationLike",
"com.tencent.tinker.loader.TinkerLoader", false);
}
}
注意:这个类集成TinkerApplication类,这里面不做任何操作,所有Application的代码都会放到ApplicationLike继承类当中
参数解析
参数1:tinkerFlags 表示Tinker支持的类型 dex only、library only or all suuport,default: TINKER_ENABLE_ALL
参数2:delegateClassName Application代理类 这里填写你自定义的ApplicationLike
参数3:loaderClassName Tinker的加载器,使用默认即可
参数4:tinkerLoadVerifyFlag 加载dex或者lib是否验证md5,默认为false我们需要您将以前的Applicaton配置为继承TinkerApplication的类:
自定义ApplicationLike
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 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需要你开启MultiDex,你需要在dependencies中进行配置
compile "com.android.support:multidex:1.0.1"
才可以使用MultiDex.install方法; SampleApplicationLike这个类是Application的代理类,以前所有在Application的实现必须要全部拷贝到这里,在onCreate
方法调用SDK的初始化方法,在onBaseContextAttached
中调用Beta.installTinker(this);
。这里需要注意一点,enableProxyApplication = false时安装tinker是调用
Beta.installTinker(this),
enableProxyApplication = true时Beta.installTinker()
6.混淆配置
为了避免混淆SDK,在Proguard混淆文件中增加以下配置:
-dontwarn com.tencent.bugly.** -keep public class com.tencent.bugly.**{*;} # tinker混淆规则 -dontwarn com.tencent.tinker.** -keep class com.tencent.tinker.** { *; }
如果你使用了support-v4包,你还需要配置以下混淆规则:
-keep class android.support.**{*;}
到这里集成Bugly几把步骤就完了。
下面说下我遇到的问题及解决办法:
1.如何打基包跟补丁包问题:
首先打基包首先必须在app下的gradle配置你可以直接在file-project Structure-moudles-signing configs设置签名秘钥跟密码。打基包按照正常打release流程就行。
打补丁包(先说如何打补丁包):
在as右侧点击gradle
2.按照官方文档来配置Bugly,打补丁包失败?提示分包问题或者gradle版本问题?
如果你打补丁包失败了首先查看你tinker-support.gradle文件下面的基本包目录是不是你刚刚打的基包,如果不是替换成刚刚生成的基包目录。然后看看是否
修改了tinkerId(打一次基包就要修改一次tinkerId同理打一次补丁包也要需要一次tinkerId,比如这次的基包是base_1.0.0那么打补丁包时就是改成patch_1.0.0,如果基包版本升级后base_1.0.1那么对于patch_1.0.1)
如果上面修改了,那么-------------------------
1.点击as下面的run按钮查看打补丁包提示,如果是分包问题,那么可以尝试在tinker-support.gradle文件下面添加
2.如果是提示gradle版本问题(具体异常日志忘记截图)那么请在项目下的gradle里面修改grdale版本-3.4.2
3.如果日志中出现很多R8以及txt之类的信息那么可以尝试关闭R8压缩方式在gradle.properties里面添加
4.基包运行正常并且Bugly平台提示已经下发补丁包或者已经激活,但是app下载补丁包后闪退。可以尝试as删除所有基包以及补丁包然后修改下thinkerId(如果之前是base_1.0.0改成base_1.0.1同时把app里面的versionname也改成1.0.1)改完之后按照正常流程打包下发补丁.