Android Native Crash崩溃及错误原因分析二-实战解决

一.
简述
之前有一篇文章讲诉了Android实际开发过程中一些崩溃的原因，以及对崩溃类型做了详细的介绍，简单回顾一下：Crash类型：Java和Native，JavaCrash中明显会打印出AndroidRuntime的log，而NativeCrash则Logcat
会在“debug”tag下输出dump信息，开发过程中javacrash较好分析，NativeCrash则相对较难，

二. NativeCrash
错误信号：11是信号量sigNum，SIGSEGV是信号的名字，SEGV_MAPERR是SIGSEGV下的一种类型。

寄存器快照：进程收到错误信号时保存下来的寄存器快照，其中PC寄存器存储的就是下个要运行的指令（出错的位置）。

调用栈：#00是栈顶，#02是栈底，#02调用#01调用#00方法，#00的方法时libspirit.so中的Spirit类下的testCrash方法，出错的地方是testCrash方法内汇编偏移17（不是行号哦！）

直接上一个问题。

问题描述：

使用CTS7.1.2R7包测试：run cts -m CtsSecurityTestCases -tandroid.security.cts.StagefrightTest#testStagefright_bug_35763994，

--------- beginning ofcrash
F libc    : Fatal signal 8 (SIGFPE), code -6, faultaddr 0x3292 in tid 12963 (pool-1-thread-1)
I chatty  : uid=0(root) /system/bin/debuggerd expire 16lines
F DEBUG   : *** *** *** *** *** *** *** *** *** ****** *** *** *** *** ***
F DEBUG   : Build fingerprint:'Turing/70821C/appassionato:7.1.2/N2G47H/v6H1N-0:user/release-keys'
F DEBUG   : Revision: '0'
F DEBUG   : ABI: 'arm'
F DEBUG   : pid: 12946, tid: 12963, name:pool-1-thread-1  >>>android.security.cts <<<
F DEBUG   : signal 8 (SIGFPE), code -6 (SI_TKILL),fault addr 0x3292
F DEBUG   :    r0 00000000  r1 000032a3  r2 00000008 r3 00000000
F DEBUG   :    r4 d37f6978  r5 00000008  r6 d37f6920 r7 0000010c
F DEBUG   :    r8 d37f3e20  r9 e5910c00  sl e5910c8c fp d37f3b6c
F DEBUG   :    ip 00000000  sp d37f3a68  lr ef34a537 pc ef34cdb8  cpsr 000d0010
I chatty  : uid=1001(radio) com.android.phone expire 61lines
F DEBUG   :
F DEBUG   : backtrace:
F DEBUG   :    #00 pc 00049db8 /system/lib/libc.so (tgkill+12)
F DEBUG   :    #01 pc 00047533 /system/lib/libc.so (pthread_kill+34)
F DEBUG   :    #02 pc 0001d785 /system/lib/libc.so (raise+10)
F DEBUG   :    #03 pc 00012c08 /system/lib/libcutils.so (__aeabi_idiv0+8)
F DEBUG   :    #04 pc 000df1bb  /system/lib/libstagefright.so(_ZNK7android16NuMediaExtractor17getCachedDurationEPxPb+214)
F DEBUG   :    #05 pc 00029bbf /system/lib/libmedia_jni.so
F DEBUG   :    #06 pc 01adf4e9 /system/framework/arm/boot-framework.oat (offset 0x164e000)(android.media.MediaExtractor.getCachedDuration+76)
F DEBUG   :    #07 pc 000a99c1 /system/lib/libart.so (art_quick_invoke_stub_internal+64)
F DEBUG   :    #08 pc 004052f1 /system/lib/libart.so (art_quick_invoke_stub+232)
F DEBUG   :    #09 pc 000b0c55 /system/lib/libart.so(_ZN3art9ArtMethod6InvokeEPNS_6ThreadEPjjPNS_6JValueEPKc+136)
F DEBUG   :    #10 pc 001ed0d5 /system/lib/libart.so(_ZN3art11interpreter34ArtInterpreterToCompiledCodeBridgeEPNS_6ThreadEPNS_9ArtMethodEPKNS_7DexFile8CodeItemEPNS_11ShadowFrameEPNS_6JValueE+200)
…………………………………
I am_crash: [1433,0,android.security.cts,948485700,Nativecrash,Floating point exception,unknown,0]
 
 

咋一看，其实什么也发现不了，一大坨。其实这就是C里面的堆栈。要看这里的堆栈信息就要使用到源码环境里的addr2line这个工具

工具目录：prebuilts/tools/gcc-sdk，

使用实例：

addr2line -fe  libstagefright “/out/target/product/appassionato/symbols/system/lib/libstagefright.so” 000df22b

当使用完上述命令，便会输出详细的代码出错位置：

_ZNK7android16NuMediaExtractor17getCachedDurationEPxPb

/proc/self/cwd/frameworks/av/media/libstagefright/NuMediaExtractor.cpp:650

输出信息指示我们出错位置在NuMediaExtractor.cpp:650，好找到相关代码：

oolNuMediaExtractor::getCachedDuration(
        int64_t *durationUs, bool *eos) const {
    Mutex::Autolock autoLock(mLock);
 
    int64_t bitrate;
    if (mIsWidevineExtractor) {
        sp<WVMExtractor> wvmExtractor =
            static_cast<WVMExtractor*>(mImpl.get());
 
        status_t finalStatus;
        *durationUs =wvmExtractor->getCachedDurationUs(&finalStatus);
        *eos = (finalStatus != OK);
        return true;
    } else if ((mDataSource->flags() &DataSource::kIsCachingDataSource)
            &&getTotalBitrate(&bitrate)) {
        sp<NuCachedSource2> cachedSource=
            static_cast<NuCachedSource2*>(mDataSource.get());
 
        status_t finalStatus;
        size_t cachedDataRemaining =
           cachedSource->approxDataRemaining(&finalStatus);
 
        *durationUs = cachedDataRemaining * 8000000ll/ bitrate;
        *eos = (finalStatus != OK);
        return true;
    }
 
   return false;
}

找到出错位置，根据crashlog显示:

libc    : Fatal signal 8 (SIGFPE), code -6, faultaddr 0x3292 in tid 12963 (pool-1-thread-1)

 

I am_crash: [1433,0,android.security.cts,948485700,Nativecrash,Floating point exception,unknown,0]

我们大致可定位问题在算数时bitrate为零，crash了。

因此修改如下：

diff --gita/media/libstagefright/NuMediaExtractor.cppb/media/libstagefright/NuMediaExtractor.cpp
index 4558b3c..8d80c4a100644
---a/media/libstagefright/NuMediaExtractor.cpp
+++b/media/libstagefright/NuMediaExtractor.cpp
@@ -612,7 +612,7 @@status_t NuMediaExtractor::getSampleMeta(sp<MetaData> *sampleMeta) {
 }
 
 bool NuMediaExtractor::getTotalBitrate(int64_t*bitrate) const {
-    if (mTotalBitrate >= 0) {
+    if (mTotalBitrate > 0) {
         *bitrate = mTotalBitrate;
         return true;
     }

 

重新测试CTS，PASS