分享

Androidlogcat解析与问题分析

 QomoIT 2020-06-08

logcat是Android中一个命令行工具,可以用于得到程序的log信息。

一、logcat 结构

   1、

   这个结构在AS或者exlipse上面看的更清楚

二、logcat中地址反差backtrace

     当程序崩溃的时候会在loacat中打印出backtrace,如下图所示

    这个backtrace在墓碑文件tombstone中更清楚

这个地址就是程序崩溃时的调用栈,如果用带符号表的so文件,可以通过地址反查找到程序崩溃时的代码位置,如下图

地址反查的命令:

32位:

本机所使用的ndk\toolchains\arm-linux-androideabi-4.6\prebuilt\windows-x86_64\bin\arm-linux-androideabi-addr2line -C -e XXX.so -f 0xXXXXXX

64位:

本机所使用的ndk\toolchains\aarch64-linux-android-4.9\prebuilt\windows-x86_64\bin\aarch64-linux-android-addr2line -C -e XXXX.so -f 0XXXXXX

以下例子中把本机所使用的ndk\toolchains\aarch64-linux-android-4.9\prebuilt\windows-x86_64\bin设置到了环境变量中,所以可以直接使用addr2line命令。

在ndk目录下还看到了其他的addr2line不知道为什么用这两个而不用其他的,希望走过路过了解的朋友解答一下。

 

三、问题的切入点 beginning of crash、has died、DeadObjectException、No implementation found等

Logcat一般都比较大,不可能一行一行分析,一般是找到问题发生的时间点,然后根据一些错误的信息,往前分析。喔目前遇到的错误信息,以下几种。

1、beginning of crash

--------- beginning of crash
07-06 14:31:25.890 15931 15931 F libc    : Fatal signal 6 (SIGABRT), code -6 in tid 15931 (com.nextev.navi)

这个时候已已经发生了crash,找原因从这里往前找,写墓碑文件是往下找(就是第二条说的backtrace那里)。

有时候的崩溃打印不出来back trace,也就发查不到地址,这个时候只能继续分析logcat

2、has died

07-21 14:48:48.905  2464  3610 I ActivityManager: Process com.android.systemui (pid 2656) has died
07-21 14:48:48.905  2464  3610 D ActivityManager: cleanUpApplicationRecord -- 2656

这种时候进程已经死掉了,找原因往上找。

1、2都是说找crash或者进程死掉的地方,找原因就是下面的3、4

3、android.os.DeadObjectException

07-21 14:48:48.875  2464  2480 W BroadcastQueue: android.os.DeadObjectException
07-21 14:48:48.875  2464  2480 W BroadcastQueue:     at android.os.BinderProxy.transactNative(Native Method)

这是说有对象或者进程为已经死掉了,一般是指针为空造成的。

4、No implementation found

有接口的实现没有找到,一般会出现在jni里面,就是在java中声明,在c中实现的接口找不到。这个jni中c和java是怎么互相调用的。准备单独再写一篇文章,敬请期待。

 

 

    本站是提供个人知识管理的网络存储空间,所有内容均由用户发布,不代表本站观点。请注意甄别内容中的联系方式、诱导购买等信息,谨防诈骗。如发现有害或侵权内容,请点击一键举报。
    转藏 分享 献花(0

    0条评论

    发表

    请遵守用户 评论公约

    类似文章 更多