MTA支持Java和Native异常捕获，其中Java Crash模块默认集成在MTA主体jar包中，Native Crash（即c/c++或so的异常捕获）需要额外添加so文件，并调用API启用，若您的工程涉及到Native编码，建议打开上Native Crash模块，否则，不需要额外添加这部分的文件。

Java Crash：使用新的mta 3.x.x.jar替换老版。

Native Crash：libMtaNativeCrash_v2.so，删除老的ibMtaNativeCrash.so，需要注意不同ABI的文件存放，具体见下。

MTA Native Crash支持当前Android系统所支持的所有架构：

armeabi

armeabi-v7a

arm64–v8a

x86

x86_64

mips

mips64

在集成过程中，一定要注意不同架构SO库文件的存放，否则可能会引起问题，总的原则是：只保留工程所支持的架构SO，不支持的SO千万不要额外导入。下面举例说明。

集成前：假设libMyCustom.so为实际工程的SO文件，所支持架构列表只有armeabi、armeabi-v7a、arm64-v8a三种。

集成后：根据只保留工程所支持SO架构的原则，那么只需要把Mta Native Crash对应的架构下的so文件复制到工程对应的目录中即可，即MTA armeabi的libMtaNativeCrash_v2.so复制到工程对应的armeabi目录下，注意一定要匹配，保持支持的架构目录的so文件一致，而不支持的架构不需要添加，一个集成带native crash模块的MTA后的工程示例见下图。

1.2. 工程配置

主要的配置参考MTA的接入配置功能，下面列举AndroidMenifest.xml文件的配置部分。

……工程application指标的的其它配置

android:name=”TA_APPKEY”

android:value=”A91LM44JGFLV” />

android:name=”InstallChannel”

android:value=”应用宝” />

android:name=”com.tencent.mid.api.MidProvider”

android:authorities=”您的APP包名.TENCENT.MID.V3″

android:exported=”true” >

1.3. application配置

StatService.setContext(app);

// 这个是开启Mta的统计功能

StatService.registerActivityLifecycleCallbacks(app);

StatCrashReporter crashReporter = StatCrashReporter.getStatCrashReporter(app);

// 开启异常时的实时上报

crashReporter.setEnableInstantReporting(true);

// 开启java异常捕获

crashReporter.setJavaCrashHandlerStatus(true);

// 开启Native c/c++，即so的异常捕获

// 请根据需要添加，记得so文件

crashReporter.setJniNativeCrashStatus(true);

// crash时的回调，业务可根据需要自选决定是否添加

crashReporter.addCrashCallback(new StatCrashCallback() {

@Override

public void onJniNativeCrash(String tombstoneString) {

// native dump内容，包含异常信号、进程、线程、寄存器、堆栈等信息

// 具体请参考：Android原生的tombstone文件格式

log(“MTA StatCrashCallback onJniNativeCrash:\n” + tombstoneString);

}

@Override

public void onJavaCrash(Thread thread, Throwable ex) {

//thread:crash线程信息

// ex:crash堆栈

log(“MTA StatCrashCallback onJavaCrash:\n”, ex);

}

});