• 记一次收集APP native崩溃信息


    最近在学习 极客时间Android开发高手课 老师推荐了Breakpad开源库来采集native 的crash1.为什么要使用Google Breakpad?

    我们在开发过程中,Android JNI层Crash问题或者我们引用的第三方.so库文件报错,都是一个比较头疼的问题。相对Java层来说,由于c / c ++造成的崩溃没有输出如同Java的异常Strace堆栈信息,所以定位问题也是个比较艰难的事情。

    不知道 JNI 的同学可以点击 Android studio 下 JNI 开发实例  了解下。

    Google Breakpad一套完整的工具集,从Crash的捕获到Crash的dump,都提供了相对应的工具。它记录了崩溃时的.dump文件,无论我们是在本地或者发送到服务器端,都可以用相对应的工具来解析.dump文件帮助我们查找C和C ++堆栈踪迹。

    但是,由于Google Breakpad是C / C ++编写的,很多Android开发同学并没有这方面的经验,想用而却不能用。而且,Google Breakpad在Github上面的说明,估计很多人看了就懵逼了:

     
      其实,它的意思是需要去编译Google Breakpad源码去生成适合不同平台下的minidump_stackwalk文件,比如Windows,Mac,Linux等等。当然我也是踩了坑的,参考这个说明,多次尝试后在Windows下确实没有成功过;后​​来,利用VMware Workstation Pro中安装Ubuntu 18.10下成功编出来了。

    实践:

    首先,按照github工程的ReadMe流程走一遍,碰到了2个提示,让我安装NDK和CMAKE,我根据提示安装后编译直接就成功了;

    接着就 run,在手机上跑起来了,点击 CRASH,程序崩溃,我进去 sdcard 中看到了 crashDump 目录
    ,成功生成了crash 文件。

    接着运行: ./tools/mac/minidump_stackwalk crashDump/***.dmp >crashLog.txt ,结果又报错了:
    dyld: Symbol not found: __ZTTNSt7__cxx1118basic_stringstreamIcSt11char_traitsIcESaIcEEE
      Referenced from: /Users/james/Documents/projec/breakpad/Chapter01/./tools/mac/minidump_stackwalk
      Expected in: /usr/lib/libstdc++.6.dylib
     in /Users/james/Documents/projec/breakpad/Chapter01/./tools/mac/minidump_stackwalk
    Abort trap: 6
    评论中老师说到缺少必要的动态链接库导致的,建议我们去编译breakpad源码;
    我自己从 github 上下载了 breakpad 的源码。但是mac 下编译说报错:
    xcrun: error: invalid active developer path (/Library/Developer/CommandLineTools), 
    missing xcrun at: /Library/Developer/CommandLineTools/usr/bin/xcrun configure:3506: $? = 1

    解决办法:安装mac的命令行工具CommandLineTools

    xcode-select --install

    利用
    ./configure 
     make
    对源码完成了编译,minidump_stackwalk这个文件在src/processor/目录中,然后运行:
    ./minidump_stackwalk crashDump/***.dmp >crashLog.txt 
    大功告成,分享下我得成果:
    Operating system: Android
                      0.0.0 Linux 3.18.31-perf-g4fd2040 #1 SMP PREEMPT Tue Dec 4 03:15:19 WIB 2018 aarch64
    CPU: arm64
         8 CPUs
    
    GPU: UNKNOWN
    
    Crash reason: SIGSEGV /SEGV_MAPERR
    Crash address: 0x0
    Process uptime: not available
    
    Thread 0 (crashed)
     0 libcrash-lib.so + 0x600
         x0 = 0x0000007f7583e300 x1 = 0x0000007ff1b88ad4
         x2 = 0x0000007f792e3000 x3 = 0x0000000001e5a140 
    其实我没有去下载xcode,电脑内存实在是不够,就不想下载了。主要是知道这个过程和原理
     
  • 相关阅读:
    API测试之Postman使用完全指南(Postman教程,这篇文章就够了)
    asp.net的webservice
    表和索引的结构(笔记)
    基于Nginx+PHP+Redis的短URL系统的实现 新风宇宙
    数据结构与算法(php版) 新风宇宙
    discuz7.2 昵称替换用户名 新风宇宙
    gVim7.3(Vim7.3)文本编辑器详细配置文件和配色方案 新风宇宙
    Discuz的Memcache缓存实现 新风宇宙
    GitHub使用(二) 从代码库下载代码到本地 新风宇宙
    PHPredis中文文档 新风宇宙
  • 原文地址:https://www.cnblogs.com/huansky/p/11294020.html
Copyright © 2020-2023  润新知