用ndk-stack分析应用native程序异常crash掉

最新推荐文章于 2023-04-14 11:37:58 发布
最新推荐文章于 2023-04-14 11:37:58 发布
阅读量652 收藏
点赞数
分类专栏： android ndk

http://cmzx3444.iteye.com/blog/1463035

这几天在做android下的音频播放器，使用ffmpeg做解码器，过程中出现一个问题，执行的时候出现下面这个问题： 

Java代码   收藏代码
  1. 03-24 15:05:37.094: I/DEBUG(3223): *** *** *** *** *** *** *** *** *** *** *** *** *** *** *** ***  
  2. 03-24 15:05:37.094: I/DEBUG(3223): Build fingerprint: 'MOTO/olympus/olympus:2.3.5/4.5.3-118_OLY-14/111106:user/release-keys'  
  3. 03-24 15:05:37.094: I/DEBUG(3223): pid: 3214, tid: 3222  >>> com.lrc.tingjue <<<  
  4. 03-24 15:05:37.094: I/DEBUG(3223): signal 11 (SIGSEGV), code 1 (SEGV_MAPERR), fault addr 00000008  
  5. 03-24 15:05:37.094: I/DEBUG(3223):  r0 afd464e4  r1 00000002  r2 00000002  r3 afd464b0  
  6. 03-24 15:05:37.094: I/DEBUG(3223):  r4 00000000  r5 afd464b0  r6 000b2808  r7 00000004  
  7. 03-24 15:05:37.094: I/DEBUG(3223):  r8 45738858  r9 4557ed78  10 002c1ea0  fp 00000000  
  8. 03-24 15:05:37.094: I/DEBUG(3223):  ip afd464d4  sp 457387e0  lr afd11108  pc afd13fd4  cpsr 00000030  
  9. 03-24 15:05:37.094: I/DEBUG(3223):  d0  000000f043700000  d1  3ff0000043700000  
  10. 03-24 15:05:37.094: I/DEBUG(3223):  d2  4d8666d6424ca6a3  d3  00540ff04a2c08c0  
  11. 03-24 15:05:37.094: I/DEBUG(3223):  d4  3fbc71c7002b0230  d5  3fe999999999999a  
  12. 03-24 15:05:37.094: I/DEBUG(3223):  d6  3fe8000000000000  d7  3fc000003f4ccccd  
  13. 03-24 15:05:37.094: I/DEBUG(3223):  d8  0000000000000000  d9  0000000000000000  
  14. 03-24 15:05:37.094: I/DEBUG(3223):  d10 0000000000000000  d11 0000000000000000  
  15. 03-24 15:05:37.094: I/DEBUG(3223):  d12 0000000000000000  d13 0000000000000000  
  16. 03-24 15:05:37.094: I/DEBUG(3223):  d14 0000000000000000  d15 0000000000000000  
  17. 03-24 15:05:37.094: I/DEBUG(3223):  scr 60000012  
  18. 03-24 15:05:37.143: W/ActivityManager(1634): Activity pause timeout for HistoryRecord{4064de78 com.motorola.blur.home/.HomeActivity}  
  19. 03-24 15:05:37.495: I/DEBUG(3223):          #00  pc 00013fd4  /system/lib/libc.so  
  20. 03-24 15:05:37.495: I/DEBUG(3223):          #01  pc 0001478a  /system/lib/libc.so  
  21. 03-24 15:05:37.495: I/DEBUG(3223):          #02  pc 00002a28  /data/data/com.lrc.tingjue/lib/libSuperPlayer.so  
  22. 03-24 15:05:37.495: I/DEBUG(3223):          #03  pc 00001f08  /data/data/com.lrc.tingjue/lib/libSuperPlayer.so  
  23. 03-24 15:05:37.495: I/DEBUG(3223):          #04  pc 00002824  /data/data/com.lrc.tingjue/lib/libSuperPlayer.so  
  24. 03-24 15:05:37.495: I/DEBUG(3223):          #05  pc 00001180  /data/data/com.lrc.tingjue/lib/libtingjue.so  
  25. 03-24 15:05:37.495: I/DEBUG(3223):          #06  pc 00011e74  /system/lib/libdvm.so  
  26. 03-24 15:05:37.495: I/DEBUG(3223):          #07  pc 000435ec  /system/lib/libdvm.so  
  27. 03-24 15:05:37.495: I/DEBUG(3223):          #08  pc 00017088  /system/lib/libdvm.so  
  28. 03-24 15:05:37.503: I/DEBUG(3223):          #09  pc 0001c210  /system/lib/libdvm.so  
  29. 03-24 15:05:37.503: I/DEBUG(3223):          #10  pc 0001b0f8  /system/lib/libdvm.so  
  30. 03-24 15:05:37.503: I/DEBUG(3223):          #11  pc 00059dae  /system/lib/libdvm.so  
  31. 03-24 15:05:37.503: I/DEBUG(3223):          #12  pc 00061a76  /system/lib/libdvm.so  
  32. 03-24 15:05:37.503: I/DEBUG(3223):          #13  pc 00017088  /system/lib/libdvm.so  
  33. 03-24 15:05:37.503: I/DEBUG(3223):          #14  pc 0001c210  /system/lib/libdvm.so  
  34. 03-24 15:05:37.503: I/DEBUG(3223):          #15  pc 0001b0f8  /system/lib/libdvm.so  
  35. 03-24 15:05:37.503: I/DEBUG(3223):          #16  pc 00059c0c  /system/lib/libdvm.so  
  36. 03-24 15:05:37.503: I/DEBUG(3223):          #17  pc 00059e24  /system/lib/libdvm.so  
  37. 03-24 15:05:37.503: I/DEBUG(3223):          #18  pc 0004e186  /system/lib/libdvm.so  
  38. 03-24 15:05:37.503: I/DEBUG(3223):          #19  pc 00011b94  /system/lib/libc.so  
  39. 03-24 15:05:37.503: I/DEBUG(3223):          #20  pc 0001173c  /system/lib/libc.so  
  40. 03-24 15:05:37.503: I/DEBUG(3223): code around pc:  
  41. 03-24 15:05:37.503: I/DEBUG(3223): afd13fb4 681f447b f102fa37 d01d0788 0101f001   
  42. 03-24 15:05:37.503: I/DEBUG(3223): afd13fc4 0c24f103 0001f081 eb0c1881 688400c1   
  43. 03-24 15:05:37.503: I/DEBUG(3223): afd13fd4 68d568a2 d17d42a5 d1064290 fa102001   
  44. 03-24 15:05:37.503: I/DEBUG(3223): afd13fe4 ea27f201 601f0702 691be004 d371429a   
  45. 03-24 15:05:37.503: I/DEBUG(3223): afd13ff4 60d06082 e0a500c9 42ac689d 808ef240   
  46. 03-24 15:05:37.503: I/DEBUG(3223): code around lr:  
  47. 03-24 15:05:37.503: I/DEBUG(3223): afd110e8 e2166903 1a000018 e5945000 e1a02004   
  48. 03-24 15:05:37.503: I/DEBUG(3223): afd110f8 e2055a02 e1a00005 e3851001 ebffed92   
  49. 03-24 15:05:37.503: I/DEBUG(3223): afd11108 e3500000 13856002 1a000001 ea000009   
  50. 03-24 15:05:37.503: I/DEBUG(3223): afd11118 ebfffe50 e1a01004 e1a00006 ebffed92   
  51. 03-24 15:05:37.503: I/DEBUG(3223): afd11128 e1a01005 e1550000 e1a02006 e3a03000   
  52. 03-24 15:05:37.503: I/DEBUG(3223): stack:  
  53. 03-24 15:05:37.503: I/DEBUG(3223):     457387a0  45638f01    
  54. 03-24 15:05:37.503: I/DEBUG(3223):     457387a4  002c1f80    
  55. 03-24 15:05:37.503: I/DEBUG(3223):     457387a8  fffffe8c    
  56. 03-24 15:05:37.503: I/DEBUG(3223):     457387ac  405442a8    
  57. 03-24 15:05:37.503: I/DEBUG(3223):     457387b0  00000018    
  58. 03-24 15:05:37.503: I/DEBUG(3223):     457387b4  aca4ef45  /system/lib/libdvm.so  
  59. 03-24 15:05:37.503: I/DEBUG(3223):     457387b8  405442a8    
  60. 03-24 15:05:37.503: I/DEBUG(3223):     457387bc  00000000    
  61. 03-24 15:05:37.503: I/DEBUG(3223):     457387c0  00000004    
  62. 03-24 15:05:37.503: I/DEBUG(3223):     457387c4  afd464b0    
  63. 03-24 15:05:37.503: I/DEBUG(3223):     457387c8  000b2808    
  64. 03-24 15:05:37.503: I/DEBUG(3223):     457387cc  000b2808    
  65. 03-24 15:05:37.503: I/DEBUG(3223):     457387d0  45738858    
  66. 03-24 15:05:37.503: I/DEBUG(3223):     457387d4  4557ed78    
  67. 03-24 15:05:37.503: I/DEBUG(3223):     457387d8  df002777    
  68. 03-24 15:05:37.503: I/DEBUG(3223):     457387dc  e3a070ad    
  69. 03-24 15:05:37.503: I/DEBUG(3223): #00 457387e0  81304190  /data/data/com.lrc.tingjue/lib/libSuperPlayer.so  
  70. 03-24 15:05:37.503: I/DEBUG(3223):     457387e4  000b2820    
  71. 03-24 15:05:37.503: I/DEBUG(3223):     457387e8  000b2808    
  72. 03-24 15:05:37.503: I/DEBUG(3223):     457387ec  000b2808    
  73. 03-24 15:05:37.503: I/DEBUG(3223):     457387f0  45738858    
  74. 03-24 15:05:37.503: I/DEBUG(3223):     457387f4  afd1478d  /system/lib/libc.so  
  75. 03-24 15:05:37.503: I/DEBUG(3223): #01 457387f8  81304190  /data/data/com.lrc.tingjue/lib/libSuperPlayer.so  
  76. 03-24 15:05:37.503: I/DEBUG(3223):     457387fc  81302a2c  /data/data/com.lrc.tingjue/lib/libSuperPlayer.so  
  77. 03-24 15:05:37.773: I/System.out(2725): Receive:android.intent.action.PACKAGE_ADDED  
  78. 03-24 15:05:37.773: I/System.out(2725): DataString:package:com.lrc.tingjue  
  79. 03-24 15:05:38.136: I/WindowManager(1634): adjustConfigurationLw fontScale=1.0  


都是一些寄存器以及函数地址，真不知道怎么找具体哪个函数出错了，后来网上看到ndk-stack这个工具，很快就定位到错误了 

ndk-stack需要log作为输入来分析 

adb logcat | $NDK/ndk-stack -sym $PROJECT_PATH/obj/local/armeabi 
也可以把log直接拿出来，再用ndk-stack分析 
adb logcat > /tmp/foo.txt 
$NDK/ndk-stack -sym $PROJECT_PATH/obj/local/armeabi -dump foo.txt

yunshouhu
关注
专栏目录
NDK-LLDB使用及Crash定位（addr2line，objdump, ndk-stack）
m0_37312601的博客
08-22 1625
LLDB简介 官网地址:http://lldb.llvm.org/index.html。LLDB是下一代，高性能的调节器。是Mac OS X上Xcode默认的调节器，支持在电脑 ，IOS设备，模拟器上调试C，Objective-C 和C++。 LLDB简单使用 在AndroidStudio使用前确保已安装LLDB，Settings-&gt;Appearance&amp;Behavior-&g...
Android Native Crash定位
凯尼
03-11 1169
背景 当使用NDK编程时， 底层崩溃，可以断点， 日志等排查手段， 但针对复杂逻辑或代码较多时， 精确定位就显的措手不及。 本文介绍如何使用Android自带工具 ndk-stack 通过崩溃信息精准定位崩溃位置。 本文环境： Windows 10 ndk-stack工具位置: AndroidSDK/ndk-bundle/ndk-stack.cmd， Android SDK 替换成自己的Android SDK目录， 下方所涉及的ndk-stack指令均指此文件。 二、定位错误行 2.1 实时分析 实时分
如何定位crash的终端命令
06-04
通过dysm定位crash，结合终端命令，定位到具体哪一行代码出现问题。
用ndk-stack分析应用native程序异常crash
zkdemon的专栏
09-14 4993
ndk-stack需要log作为输入来分析  adb logcat | $NDK/ndk-stack -sym $PROJECT_PATH/obj/local/armeabi  也可以把log直接拿出来，再用ndk-stack分析  adb logcat > /tmp/foo.txt  $NDK/ndk-stack -sym $PROJECT_PATH/obj/local/armeabi
使用ndk-stack定位so库crash位置
不管怎样
08-07 7967
ndk-stack 工具让您可以在堆叠追踪出现在 adb logcat 的输出中时过滤它们。 它还可以从源代码将共享库中的任意地址替换为对应的&lt; source-file: &lt; line-number&gt; 值，从而更容易找出问题所在。 例如，它可将下面的crash log： I/DEBUG ( 31): *** *** *** *** *** *** *** *** **...
Android ndk-stack 定位so库crash位置
iteye_10583的博客
11-13 519
[align=center][b]Android ndk-stack 定位so库crash位置[/b][/align] [list=1] [*]在终端adb logcat | 你android ndk-stack所在的路径 -sym /你安卓工程.so文件所在的目录 ❤ [color=orange]请确保adb ndk-stack已经在环境变量，否则请切换到相应目录[/color...
Android native code crash分析工具stack
12-23
一个用于分析Android本地代码crash的工具 出现crash以后，用logcat -s DEBUG把crash的log打印保存下来,例如crash_log.txt； 然后执行 ndk-stack -sym 符号所在的目录 -dump crash_log.txt； 例如ndk-stack -sym out/...
分析、定位Android Native Crash
KFPA的博客
04-15 941
出于执行效率、业务安全、复用已有代码的需求，目前市场上越来越多的 Android App 采用 C/C++ 来实现其关键逻辑。C/C++ 有内存管理灵活、与 linux 底层联系更紧密、多种编程范式等特点，但也正是由于这些特点，使得普通开发人员在使用 C/C++ 开发时，更容易出让进程直接崩溃的 bug。所以能分析 C/C++ 崩溃日志并能从日志中分析出原因，成为 Android 开发人员一项必备...
如何分析、定位Android Native Crash
网易云捕博客
06-07 1万+
出于执行效率、业务安全、复用已有代码的需求，目前市场上越来越多的 Android App 采用 C/C++ 来实现其关键逻辑。C/C++ 有内存管理灵活、与 linux 底层联系更紧密、多种编程范式等特点，但也正是由于这些特点，使得普通开发人员在使用 C/C++ 开发时，更容易出让进程直接崩溃的 bug。所以能分析 C/C++ 崩溃日志并能从日志中分析出原因，成为 Android 开发人员一项必备
使用 ndk-stack 寻找Android程序Crash的原因
热门推荐
春花无实的记录小站
12-02 1万+
开篇废话很久不研究cocos2d-x了，也不知道如今发展如何了。先前写游戏时会分几块。 主要功能代码都是用C++编写，编辑器用vs android平台相关功能使用 Java 编写，编辑器用 Eclipse ios平台相关功能使用 Object-C 编写，编辑器用 Xcode 基本流程就是先在 VS上开发主要功能，等测试通过了，然后再针对不同平台做接入。所以调试方面 win32工程，可以在VS中调试
【Unity】Unity中Stack堆栈的使用方法（UI面板）
好吃的和好看的都需要用实力来争取
09-15 4570
堆栈（Stack）代表了一个后进先出的对象集合。 当需要对各项进行后进先出的访问时，则使用堆栈。 当在列表中添加一项，称为推入元素， 增加对象时要压入(push) 当从列表中移除一项时，称为弹出元素。 删除对象时要弹出(pop) Stack 类的方法和属性 Count，代表了Stack中的元素个数 Clear()，清除所有Stack中的元素 Contains（Obj），判断obj（代表元素）是否存在于stack中 Peek()，返回在 Stack 的顶部的对象，但不移除它 Pop()，
Unity 查Crash
LM514104的博客
04-14 414
首先获得堆栈信息，AS 然后找Unity的NDK目录下的arm-linux-androideabi-addr2line（对应arm v7），或者aarch64-linux-android-addr2line（对应 arm 64） 具体用哪个取决于手机是哪个框架。 cmd 对应库选择自己AS编译出来的库，或者Unity导出的符号表解压。
ndk-stack
yangzex的专栏
08-29 1095
借助ndk-stack工具，您可以使用符号来表示来自的堆栈轨迹或中的 Tombstone。该工具会将共享库内的任何地址替换为源代码中对应的，从而简化调试流程。
android 分析so崩溃,分析libunity.so Release崩溃
weixin_29196891的博客
05-26 2762
最近一直在和Crash做斗争，一开始用了Bugsnag相当不错，后来经朋友推荐转用腾讯的Bugly，后台查询简直6。偶尔发现会遇到libunity.so崩溃，如果是Development模式还好，adb log基本就能看的七七八八；如果是Release模式下就一堆地址，根本没法看。网上搜索了下相关信息，绝大多数都是自己编译的C++代码，利用ndk-stack去分析obj文件。但是对于Unity引擎...
如何用ndk-stack察看android崩溃堆栈
weixin_30407099的博客
07-01 199
前提：要打开eclipse的LogCat窗口 1、保存log，先要选中eclipse的LogCat的所有行，点击保存，假设保存到了/User/mac/Desktop/log.txt 2、找到你的so（确保你的so是debug版带调试信息的）所在目录，应该是你的android工程/obj/local/armeabi，假设我的是在/User/mac/Desktop/MyProj/proj.andr...
Unity 与 NDK开发
Terie的博客
06-15 2192
文章目录Unity 与 C++NDK开发动态链接库NDK Unity 与 C++ C#是Unity的官方推荐的开发语言。如果某些逻辑需要C++支持以提供高性能特性，或者需要C++去跟底层硬件或者操作系统级别的接口交互，那么就需要用C#去调用C++的接口。 这往往依赖动态链接。即用C++开发动态链接库，然后C#调用动态链接库里暴露的接口。 而在Android上开发动态链接库（.so文件）的方法，就是NDK开发。 NDK开发动态链接库 NDK NDK 全称原生开发工具包（Native Development K
使用ndk-stack分析该错误的命令是什么
最新发布
06-09
使用ndk-stack分析该错误的命令如下： 1. 先获取 "logcat" 日志： ``` $ adb logcat > logcat.txt ``` 2. 使用 "ndk-stack" 工具分析日志： ``` $ $NDK_HOME/ndk-stack -sym <path-to-symbol-folder> -dump...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值