bugly在错误跟踪上功不可没,但是如果在工程中没合理设置也会带来一些令人头疼的问题。比如把调试模式下的错误也上传到bugly,调试时上传mapping文件影响编译速度。这里我提供一种方法解决以上问题:
一. 让bugly仅在打release包时上传mapping文件
以下代码均写在app的build.gradle文件中:
1.定义判断buildType的方法和全局变量isRelease。因为isRelease有可能在其他地方也会用到,这里用ext定义一个全局变量。
ext { // 定义当前gradle文件的全局变量
isRelease = checkRelease()
}
// 通过task判断是否为release,比判断Variant好
def checkRelease() {
def runTasks = gradle.startParameter.taskNames
for (String task : runTasks) {
// 我这里根据task为"assemble"和非"Debug"认定为release
if (task.contains("assemble") && !task.contains("Debug")) {
return true
}
}
return false
}
2.设置bugly的excute属性为isRelease
bugly {
appId = '*****'
appKey = '*****'
debug = true // 打开debug模式可以观察到日志
execute = isRelease // 仅在release包中使用bugly
}
注意,这里关闭bugly插件,不影响bugly的错误日志上传功能,只影响上传mapping文件。
二、让bugly仅在release下上传错误日志
这个更简单了,在application中一句代码完事,我这里是集成了应用升级的:
// 这是application的onCreate()方法
@Override
public void onCreate() {
if (BuildConfig.DEBUG) {
...
} else {// 仅release版本才检测更新和上传错误日志
initBugly();
}
// 可以写在super.onCreate()之前,挺好
super.onCreate();
...
}
private void initBugly() {
Beta.initDelay = 5 * 1000;// 应用更新检测在5秒之后,不会影响之前的错误日志上传
Bugly.init(this, "*****", false);
}