android sdk官方文档,Android SDK 使用指南

Bugly Android SDK 使用指南

库文件导入

Bugly支持自动集成和手动集成两种方式，如果您使用Gradle编译Apk，我们强烈推荐您使用自动接入方式配置库文件。

自动集成(推荐)

Bugly支持JCenter仓库和Maven Central仓库。为了实现更加灵活的配置，Bugly SDK(2.1.5及以上版本)和NDK(SO库)目前已经分开成两个独立的仓库：

SDK：com.tencent.bugly:crashreport

NDK：com.tencent.bugly:nativecrashreport

其中，集成Bugly NDK时，需要同时集成Bugly SDK。

集成SDK

在Module的build.gradle文件中添加依赖和属性配置：

dependencies {

compile 'com.tencent.bugly:crashreport:latest.release' //其中latest.release指代最新Bugly SDK版本号，也可以指定明确的版本号，例如2.2.0

}

同时集成SDK和NDK

在Module的build.gradle文件中添加依赖和属性配置：

android {

defaultConfig {

ndk {

// 设置支持的SO库架构

abiFilters 'armeabi' //, 'x86', 'armeabi-v7a', 'x86_64', 'arm64-v8a'

}

}

}

dependencies {

compile 'com.tencent.bugly:crashreport:latest.release' //其中latest.release指代最新Bugly SDK版本号，也可以指定明确的版本号，例如2.1.9

compile 'com.tencent.bugly:nativecrashreport:latest.release' //其中latest.release指代最新Bugly NDK版本号，也可以指定明确的版本号，例如3.0

}

同时集成Bugly SDK和NDK的配置如下图所示，后续更新Bugly SDK和NDK时，只需变更配置脚本中的版本号即可。

注意：自动集成时会自动包含Bugly SO库，建议在Module的build.gradle文件中使用NDK的“abiFilter”配置，设置支持的SO库架构。

如果在添加“abiFilter”之后Android Studio出现以下提示：

NDK integration is deprecated in the current plugin. Consider trying the new experimental plugin.

则在项目根目录的gradle.properties文件中添加：

android.useDeprecatedNdk=true

手动集成

如果您不采用上述自动导入方式，也可以手动集成Bugly SDK。

下载Bugly库文件

如果您的工程有Native代码(C/C++)或者集成了其他第三方SO库，建议下载Bugly的NDK动态库。

Bugly NDK包含多个架构的SO库：

armeabi

armeabi-v7a

arm64-v8a

x86

x86_64

在集成Bugly SO库时，请注意只保留支持的架构SO库。

Eclipse工程

将Bugly库文件复制到工程的libs目录下；

Refresh一下工程；

添加工程依赖：鼠标右键点击Bugly的JAR文件，添加到编译路径中。

Android Studio工程

将Bugly库文件复制到工程的libs目录下；

如果集成Bugly NDK，则在Module的buid.gradle文件中添加SO库目录配置：

android {

sourceSets {

main.jniLibs.srcDirs = ['libs']

}

}

点击Sync，同步配置。

为了使APP Crash堆栈的可读性更高，建议您配置符号表文件，更准确地定位问题：

纯Java代码的工程：只需要配置混淆后生成的Mapping文件即可；

含有Native代码的工程：建议配置符号表工具从Debug SO中提取的Symbol符号表文件。

Bugly支持手动和自动配置两种方式，具体的配置方法请参考：《Bugly Android符号表配置》

参数配置

在AndroidManifest.xml中添加权限：

注：如果您的App需要上传到google play store，您需要将READ_PHONE_STATE权限屏蔽掉或者移除，否则可能会被下架。

请避免混淆Bugly，在Proguard混淆文件中增加以下配置：

-dontwarn com.tencent.bugly.**

-keep public class com.tencent.bugly.**{*;}

最简单的初始化

获取APP ID并将以下代码复制到项目Application类onCreate()中，Bugly会为自动检测环境并完成配置：

CrashReport.initCrashReport(getApplicationContext(), "注册时申请的APPID", false);

为了保证运营数据的准确性，建议不要在异步线程初始化Bugly。

第三个参数为SDK调试模式开关，调试模式的行为特性如下：

输出详细的Bugly SDK的Log；

每一条Crash都会被立即上报；

自定义日志将会在Logcat中输出。

建议在测试阶段建议设置成true，发布时设置为false。

此外，Bugly2.0及以上版本还支持通过“AndroidManifest.xml”来配置APP信息。如果同时又通过代码中配置了APP信息，则最终以代码配置的信息为准。

在“AndroidManifest.xml”的“Application”中增加“meta-data”配置项：

android:name="BUGLY_APPID"

android:value="" />

android:name="BUGLY_APP_VERSION"

android:value="" />

android:name="BUGLY_APP_CHANNEL"

android:value="" />

android:name="BUGLY_ENABLE_DEBUG"

android:value="" />

不同于“android:versionName”，“BUGLY_APP_VERSION”配置的是Bugly平台的APP版本号。

通过“AndroidManifest.xml”配置后的初始化方法如下：

CrashReport.initCrashReport(getApplicationContext());

Bugly默认从“AndroidManifest.xml”文件中读取“VersionName”作为版本号，自定义设置请使用参考“高级设置”。

MultiDex注意事项

如果使用了MultiDex，建议通过Gradle的“multiDexKeepFile”配置等方式把Bugly的类放到主Dex，另外建议在Application类的"attachBaseContext"方法中主动加载非主dex：

public class MyApplication extends SomeOtherApplication {

@Override

protected void attachBaseContext(Context base) {

super.attachBaseContext(context);

Multidex.install(this);

}

}

增加上报进程控制

如果App使用了多进程且各个进程都会初始化Bugly(例如在Application类onCreate()中初始化Bugly)，那么每个进程下的Bugly都会进行数据上报，造成不必要的资源浪费。

因此，为了节省流量、内存等资源，建议初始化的时候对上报进程进行控制，只在主进程下上报数据：判断是否是主进程(通过进程名是否为包名来判断)，并在初始化Bugly时增加一个上报进程的策略配置。

Context context = getApplicationContext();

// 获取当前包名

String packageName = context.getPackageName();

// 获取当前进程名

String processName = getProcessName(android.os.Process.myPid());

// 设置是否为上报进程

UserStrategy strategy = new UserStrategy(context);

strategy.setUploadProcess(processName == null || processName.equals(packageName));

// 初始化Bugly

CrashReport.initCrashReport(context, "注册时申请的APPID", isDebug, strategy);

// 如果通过“AndroidManifest.xml”来配置APP信息，初始化方法如下

// CrashReport.initCrashReport(context, strategy);

其中获取进程名的方法“getProcessName”有多种实现方法，推荐方法如下：

/**

* 获取进程号对应的进程名

*

* @param pid 进程号

* @return 进程名

*/

private static String getProcessName(int pid) {

BufferedReader reader = null;

try {

reader = new BufferedReader(new FileReader("/proc/" + pid + "/cmdline"));

String processName = reader.readLine();

if (!TextUtils.isEmpty(processName)) {

processName = processName.trim();

}

return processName;

} catch (Throwable throwable) {

throwable.printStackTrace();

} finally {

try {

if (reader != null) {

reader.close();

}

} catch (IOException exception) {

exception.printStackTrace();

}

}

return null;

}

测试

现在您可以制造一个Crash(建议通过“按键”来触发)，来体验Bugly的能力了。在初始化Bugly的之后，调用Bugly测Java Crash接口。

CrashReport.testJavaCrash();

执行到这段代码时会发生一个Crash，Logcat的TAG=CrashReportInfo中输出为：

现在您已经可以在“崩溃”页面看到刚才触发的Crash issue了(延迟一般在10s以内)。

如果项目包含了Native工程或者使用了代码混淆，建议配置符号表文件，具体请参考“符号表配置”