从事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)改完之后按照正常流程打包下发补丁.
本文详细介绍了Bugly SDK的集成步骤,包括Gradle配置、初始化SDK、混淆配置等,分享了作者在集成过程中遇到的问题及解决办法,如基包与补丁包的制作、分包问题和Gradle版本冲突等。

1324

被折叠的 条评论
为什么被折叠?



