15

正如我所注意到的,logcat 总是返回 34 行崩溃日志,如下所示:

4cf7c700  401c0000 
4cf7c704  48463ff0 
4cf7c708  44d11f7c  
4cf7c70c  afd0cd89 
4cf7c710  00000000  
4cf7c714  82ab29dc  libmyproject.so
4cf7c718  00000000  
4cf7c71c  4cf7c73c  
4cf7c720  836c44f0  libmyproject.so
4cf7c724  82f3a414  libmyproject.so
4cf7c728  4cf7c768  
4cf7c72c  0000008d  
4cf7c730  007ea0a8  [heap]
4cf7c734  00270100  [heap]
4cf7c738  e3a07077  
4cf7c73c  ef900077  
4cf7c740  00000000  
4cf7c744  4cf7c774  
4cf7c748  836c44f0  libmyproject.so
4cf7c74c  00000000  
4cf7c750  836c44f0  libmyproject.so
4cf7c754  82f63768  libmyproject.so
4cf7c758  00000000  
4cf7c75c  4cf7c7e4  
4cf7c760  00000000  
4cf7c764  00000001  
4cf7c768  00000000  
4cf7c76c  0badc0de  
4cf7c770  fffffff8  
4cf7c774  00000000  
4cf7c778  00000168  
4cf7c77c  00000009  
4cf7c780  00000200  
4cf7c784  00000000  

但是我知道堆栈也保存到/date/tombstones/tombstone_0[0-9]. 在那里我可以找到许多其他堆栈(我不完全了解它们的来源),其中一些堆栈的长度是上述堆栈的两倍。

如何从我的应用程序崩溃中获得如此长的堆栈转储?

4

2 回答 2

31

android中的crash处理程序,叫做debuggerd,只是将栈的一部分写入日志,而将整个栈写入tombstone文件。这是在 system/core/debuggerd/debuggerd.c 中硬编码的。

在例程 debug_stack_and_code() 中查找对 _LOG() 的调用。_LOG 的第二个参数控制东西是只进入墓碑,还是进入日志和墓碑。

在您看到的地方(sp_depth>2||only_in_tombstone),您可以将 2 更改为其他内容以在日志中报告更深的堆栈帧。这假设您可以重新编译 debuggerd 并在您的系统上替换它。如果没有,您将不得不检查墓碑文件本身以获得更长的堆栈转储。

当程序在 Linux 下崩溃时,调试器会创建转储。当这种情况发生时,内核会向垂死的程序发送一个信号。这个信号被安装在每个原生 Android 应用程序中的特殊信号处理程序捕获。由仿生 C 库提供。信号处理程序联系调试器(通过命名管道),然后调试器使用 ptrace 连接回垂死的程序以读取寄存器和内存以生成墓碑和日志条目。

于 2011-12-08T02:21:19.747 回答
12

我建议调试在墓碑文件中找到的堆栈跟踪,如下例所示。

例子:

#00  pc 00010a20  /system/lib/libc.so
#01  pc 0000b332  /system/lib/libc.so
#02  pc 0000ca62  /system/lib/bluez-plugin/audio.so
#03  pc 0000d1ce  /system/lib/bluez-plugin/audio.so
#04  pc 0000e0ba  /system/lib/bluez-plugin/audio.so

您可以使用下面的命令来了解函数名、文件名和行号。

$(android-root)prebuilt/linux-x86/toolchain/arm-eabi-4.4.0/bin/addr2line -f -e /out/product/xxx/symbols/system/<SO filename> <PC address>

例子:

$(android-root)prebuilt/linux-x86/toolchain/arm-eabi-4.4.0/bin/addr2line -f -e /out/product/xxx/symbols/system/libc.so 0x00010a20
于 2011-09-16T09:10:58.753 回答