Android上使用tombstone定位问题的示例

╰+哭是因爲堅強的太久メ 2024-03-26 14:53 64阅读 0赞

## 菜谱 ##

1）tombstone文件  
2）对应的带symbol的可执行文件或者库文件  
3）stack脚本

## 生成tombstone文件 ##

如果恰好手头上没有现成的tombstone文件，可以手动创建一个。  
1）在native代码中写一个空指针错误，直接崩掉就会生成tombstone文件。  
2）对已有的进程发送一个signal 11（SIGSEGV）  
3）tombstone文件保存在/data/tombstones/目录下。

例如：可以给system\_server发一个信号，为它生成一个tombstone纪念一下。  
鉴于system\_server的重要性和复杂性，他的tombstone内容很丰富…  
找个简单点的native程序，生成的tombstone也会简单一些。

## symbol文件 ##

在AOSP源码中，对应的目录在：

out/target/product/${prod_name}/symbols/

$\{prod\_name\}根据你的工程信息填写。

## stack脚本 ##

stack是一个python脚本，在AOSP源码和Android NDK中都可以找到。  
在AOSP中的位置：

prebuilts/gcc/linux-x86/aarch64/aarch64-linux-android-4.9/bin/

# stack 脚本的用法
    $ stack -h
    usage: stack [-h] [--arch ARCH] [--syms SYMS] [FILE]
    Parse and symbolize crashes
    positional arguments:
      FILE                  should contain a stack trace in it somewhere the tool
                            will find that and re-print it with source files and
                            line numbers. If you don't pass FILE, or if file is -,
                            it reads from stdin.
    optional arguments:
      -h, --help            show this help message and exit
      --arch ARCH           the target architecture
      --syms SYMS, --symdir SYMS
                            the symbols directory

## 解析tombstone文件 ##

把symbol文件目录和对应的tombstone文件传给stack脚本，就会帮着解析出错误对应的方法名称。

$ stack --syms ${aosp_dir}/out/target/product/${prod_name}/symbols/ ~/temp/tombstones/tombstone_25
    Searching for native crashes in /home/user/temp/tombstones/tombstone_25
    Reading symbols from symbols/
    Revision: '0'
    pid: 19272, tid: 19272, name: logcat  >>> logcat <<<
    signal 11 (SIGSEGV), code 1 (SEGV_MAPERR), fault addr 0x8
        x0  000000563dd67f1d  x1  0000007ffc1de546  x2  0000007ffc1db608  x3  0000000000000030
        x4  0000000000000010  x5  b4000077403c0061  x6  2d20315b203a3231  x7  5d3237323931203e
        x8  0000000000000000  x9  0000000000000070  x10 6d75642065726f63  x11 0000000000000008
        x12 0000000000000000  x13 0a2e64656c6c6163  x14 0000007860504d22  x15 00000000fffffffe
        x16 0000007860501d80  x17 0000007861a92934  x18 00000078618b6000  x19 0000007ffc1dd990
        x20 0000007861b547f0  x21 0000007ffc1de546  x22 0000000000000054  x23 b4000076103b41c0
        x24 0000007ffc1dbee0  x25 00000078608fb000  x26 0000000000000000  x27 b4000076103b48b0
        x28 0000007ffc1dc4f0  x29 0000007ffc1dbe40
      sp  0000007ffc1db990  pc  000000563dd6edfc
    Using arm64 toolchain from: /home/user/code/prebuilts/gcc/linux-x86/aarch64/aarch64-linux-android-4.9/bin/
    
    Stack Trace:
      RELADDR           FUNCTION                             FILE:LINE
      v-------------->  getLastLine(char const*)             system/core/logcat/logcat.cpp:270
      v-------------->  getLastLogTimeString(char const*)    system/core/logcat/logcat.cpp:306
      000000000000edfc  Logcat::RotateLogs2()+192            system/core/logcat/logcat.cpp:497
      000000000000fd74  Logcat::ProcessBuffer(log_msg*)+628  system/core/logcat/logcat.cpp:637
      0000000000012d34  Logcat::Run(int, char**)+11676       system/core/logcat/logcat.cpp:1600
      00000000000134a4  main+268                             system/core/logcat/logcat.cpp:1647
      00000000000499fc  __libc_init+108                      bionic/libc/bionic/libc_init_dynamic.cpp:151

## 手动查看tombstone文件 ##

有文本编辑器（vi、vs code）等直接打开tombstone文件，也可以看到很多基本的有用信息，对于自己编写的代码，很多时候打开一看就能帮助定位到问题原因。