Android Breakpad dmp文件转文本文件

原创 已于 2024-07-28 20:14:57 修改 · 1.4w 阅读 · 6 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#c++ #ndk #breakpad

于 2014-02-28 11:12:02 首次发布
本文详细介绍如何将DMP文件转换为文本文件以查看崩溃调用栈信息。具体步骤包括：1) 准备必要的文件；2) 下载并编译BreakPad源代码以生成转换工具；3) 使用dump_syms导出符号文件；4) 利用minidump_stackwalk导出文本信息。

得到DMP文件，必须转成文本文件才能看崩溃调用栈，转化过程方法如下：
一、前提条件：
1、得到*.dmp文件
2、得到对应的代码obj路径下的*.so文件
3、我自己是在Linux(CentOS 6.5)下测试的，实在不知道在win7下怎么做


二、生成转换工具
1、下载BreakPad源代码
命令行输入：svn checkout http://google-breakpad.googlecode.com/svn/trunk/ google-breakpad-read-only

2、编译工具
①进入代码路径
cd google-breakpad-read-only/


②配置环境
./configure 


③编译工具
make


3、看看以下工具是否存在：
google-breakpad-read-only/src/tools/linux/dump_syms/dump_syms
google-breakpad-read-only/src/processor/minidump_stackwalk




三、把dmp文件转为txt文件：
1、建立一个空文件夹，里面放进四个必要文件
minidump_stackwalk
dump_syms
dd3023f-f8bd-37c3-46e78f56-151901b1.dmp（假设的dmp文件）
libgame.so(dmp文件对应的代码obj路径里的so文件）


2、准备symbols：
①导出symbols文件
./dump_syms libgame.so > libgame.so.sym


②建立symbols文件夹
创建文件夹 symbols/libgame.so/2D1C163A1347A1190B26F10560E926CE0
后面那个一堆乱数字是前一步生成的“libgame.so.sym”文件的第一行复制出来的


③复制libgame.so.sym到新文件夹中，最终它的路径：
symbols/libgame.so/2D1C163A1347A1190B26F10560E926CE0/libgame.so.sym


四、导出文本信息：
1、返回到第三步建立的那个文件夹的根部，执行
./minidump_stackwalk dd3023f-f8bd-37c3-46e78f56-151901b1.dmp symbols/ > DmpInfo20140228.txt


2、查看新文件“DmpInfo20140228.txt”里面就有崩溃文本信息


全文完

11:08 2014/2/28

20151130

如果看不到调用栈源代码，就用ndk工具来生成源代码文件和行数
arm-linux-androideabi-addr2line.exe -C -f -e ./xxx.so 0x186759

http://download.youkuaiyun.com/detail/lailizhen/7683649
这个下载版本可以用，别的很多版本无法生成dump_syms

Qt之基于Breakpad实现跨平台崩溃捕获
草上爬的博客
11-22 4522
Qt之基于Breakpad实现跨平台崩溃捕获。Breakpad是Google公司开源的跨平台C++崩溃检测库。Breakpad可以捕获发布给用户的应用程序的崩溃，并记录软件崩溃的调试信息到“minidump”文件中。软件崩溃时还可以把生成的“minidump”上传到自己的服务器上，这样就能方便的分析崩溃原因。
C++(Qt)软件调试---Qt使用qBreakpad定位崩溃位置（2）
mahuifa的博客
08-30 7338
本文介绍了在Linux环境下使用Qt库qBreakpad定位程序崩溃位置的方法。主要内容包括：1) qBreakpad依赖的Breakpad和linux-syscall-support获取；2) qBreakpad库编译过程；3) 测试程序崩溃时生成dmp文件；4) 使用dump_syms和minidump_stackwalk工具分析dmp文件定位崩溃位置。文章详细说明了编译环境的搭建、依赖问题解决以及调试工具的使用流程，为Qt开发人员提供了完整的崩溃定位解决方案。
Dump文件转txt
06-15
Dump文件转txt
Oracle导入dmp文件、导出为txt文件
Viaductor的博客
03-24 2934
一、问题 现在手里有一个数据集是dmp格式的。因为不方便直接处理，所以需要将分块其读取到txt文件中。 dmp文件是oracle数据库的备份文件。 一、问题 二、Oracle登录 三、Scott 密码过期 四、导入dmp文件 五、表空间大小限制 六、导出数据 二、Oracle登录 Oracle的下载和安装过程都很顺利，所以现在的第一个问题是登录oracle。 在安装好o...
Dump转txt工具
05-19
Dump转txt.exe工具
oracle表导出TXT文件,Oracle导入dmp文件、导出为txt文件
weixin_42557768的博客
04-03 668
一、问题现在手里有一个数据集是dmp格式的。因为不方便直接处理，所以需要将分块其读取到txt文件中。dmp文件是oracle数据库的备份文件。一、问题二、Oracle登录三、Scott 密码过期四、导入dmp文件五、表空间大小限制六、导出数据二、Oracle登录Oracle的下载和安装过程都很顺利，所以现在的第一个问题是登录oracle。在安装好oracle以后会弹出来一个Database Con...
android windows debugging,dmp文件打开器(debugging tools for windows)
weixin_42358409的博客
05-26 881
windows发生蓝屏时，如果系统属性有下图设置，windows会自动生成minidump文件，该文件记录蓝屏生成代码和导致蓝屏出现的进程，通过windebug的软件来分析这个minidump文件。我们就可以找到蓝屏出错的原因了。这个文件保存目录是C:\windows\minidump文件夹，一般生成的名字为：Mini040108-01.dmp。运行解析以下是一个例子当时的蓝屏代码是0X00000...
02-跨平台的Qt程序崩溃之前生成Dump文件Breakpad
Robert Zhang
06-14 6376
Qt跨平台开发之崩溃捕捉并记录崩溃详情Breakpad一、崩溃捕捉记录的意义二、在Qt开发中怎样实现崩溃捕捉记录呢？三、Google breakpad简单介绍四、Google breakpad实现原理简单了解五、在Qt工程中集成Breakpad实现跨平台异常捕获六、qBreakpad的编译方法七、各平台下的例子工程下载地址 一、崩溃捕捉记录的意义 应用程序发布出去之后用户使用的过程中出现崩溃的情况...
12.5-使用Qt实现跨平台C++崩溃捕获，看这一篇就足够了（Breakpad）
Robert Zhang
04-08 1万+
一、软件奔溃捕获的意义 应用程序发布后，不能保证百分百没有bug并引发崩溃。因此，在出现崩溃的情况下需要记录崩溃详情并给用户弹出崩溃提示对话框，提示用户重启软件以及上报（上传）崩溃。 这样做意义是： 能保证软件在使用过程中发现的bug都能被收集起来，并根据崩溃详情修改bug，然后发布修复bug的版本。如果软件在使用过程中直接闪退没有任何提示，不仅用户体验不好，还无法获取崩溃的原因。之后更具用户反馈...
Unity中Android和Ios平台的crash reporter（崩溃报告采集与上传）
热门推荐
leon
02-23 1万+
Crash Report，这在大型软件开发领域是很常见的功能，就是能够当程序崩溃退出后，能够将崩溃时的信息，最好是携带dmp文件发送给服务器，这样开发人员既可以获得分发出去的客户端的崩溃率统计，也可以针对出现的错误进行及时的纠正，之前在PC的端游时代，这是很常见的做法，最近进行了在手游上的关于crash report的相关研究，并且为项目编写了一个相对完善的CrashReport模块。
Dump转TXT文件
02-09
IC卡（M1卡）dump数据转txt文件。。。。。。。。。
Android堆Dump文件分析，测试Demo
07-15
用于Android 堆Dump文件分析的Demo测试程序
Dump和txt转换工具.zip
06-24
Dump和txt互相转换工具，非常好用。配合NFC解密器使用，制作门禁卡，各种ID,IC卡利器。
dumptxt转换工具
12-30
dump转换到txt文件
DUMP转txt格式
03-10
IC卡导出的数据转换成TXT格式的，方便查看；从数据里可以对比分析，看到期时间；
android dmp文件解析,用minidump_stackwalk分析dmp文件失败
weixin_34858011的博客
05-29 1278
我使用的是macOS 10.13.6我成功把crash文件抓取到本地并且本地编译了minidump_stackwalk，但是使用工具的时候，terminal会报很多错误，用google搜索也找不到答案➜ processor git:(5467393a) ✗ ./minidump_stackwalk crashDump/e9c42b5d-8a0f-480d-d086608e-54b9110c.dm...
Android dump .so 文件crash log
随风奔跑的专栏
05-14 5468
众所周知，在android系统上，有时候我们遇到so文件的crash只能打log，但是很多时候并不知道crash在什么地方，幸运的是crash后，一般可以产生一个.dmp文件。 我们可以根据这个文件来得到更为详细的statck trace。 主要用的就是google提供的一些方法，命令太复杂，很容易出错，所以我写了一个python脚本，简化步骤。 详情可以参考 https://code.go
Oracle dmp文件转换成为excle/.xlsx/.csv/pdf/text...?
sinat_34849063的博客
03-17 1万+
记录一下过程，之前查了都没找到详细的 1.安装Oracle 直接百度官网网址或者这里提供下载链接：https://pan.baidu.com/s/1blKY6XFhxqSdx8grEpeqMg 密码：5z6a 这个安装过程还是很简单，随便找一个教程就可以 注意安装最后有一个口令管理，sys，system都有默认密码，但我看了一个视频教程，跟着又重新设置了下密码，sys/change_on_i
Oracle dmp文件转换成为excle/.xlsx/.csv/pdf/text...?-附件资源
03-05
Oracle dmp文件转换成为excle/.xlsx/.csv/pdf/text...?-附件资源
Linux 如何使用breakpad调试dmp文件
最新发布
03-16
<think>好的，我现在需要帮助用户了解如何在Linux下使用Breakpad调试dmp文件。首先，我得回顾一下用户之前的问题，他们之前问过关于Linux下.so文件的符号文件格式，特别是提到了Breakpad的符号文件。现在他们的问题是关于如何使用Breakpad来调试dmp文件，也就是崩溃转储文件。 首先，我需要确定用户的需求是什么。他们可能遇到了程序崩溃的问题，生成了dmp文件，现在想知道如何利用Breakpad来分析这些文件。Breakpad是Google开发的一个跨平台崩溃报告系统，主要用于捕获和分析崩溃信息。所以用户可能需要从生成dmp文件到分析它的整个流程。 接下来，我需要整理使用Breakpad的基本步骤。通常，使用Breakpad分为几个步骤：编译应用程序时集成Breakpad客户端库，生成minidump文件（dmp文件），生成符号文件（.sym），最后使用工具分析dmp文件。 用户可能需要详细的步骤说明，包括如何安装Breakpad，如何编译他们的程序，如何生成符号文件，以及如何分析dmp文件。此外，可能还需要给出一些示例命令，这样用户可以直接复制粘贴进行操作。 考虑到用户之前的问题涉及符号文件，我需要特别强调符号文件在Breakpad中的作用。在之前的回答中，已经提到了Breakpad符号文件的生成方法，这里需要进一步说明如何正确生成和存储符号文件，确保它们与崩溃的二进制文件版本匹配。 另外，用户可能需要知道如何处理生成后的dmp文件，比如使用minidump_stackwalk工具进行分析。这个工具需要对应的符号文件路径，因此需要指导用户如何正确设置路径结构，以便工具能够找到符号文件。 可能还需要考虑一些常见问题，比如如何验证符号文件是否正确生成，如何确保符号文件与二进制文件的版本一致，以及如何处理跨平台的情况（如果用户需要分析来自不同系统的崩溃文件）。 还要注意用户可能的操作环境，比如不同的Linux发行版，安装Breakpad可能需要从源代码编译，或者是否有现成的包可用。例如，在Ubuntu上，可能需要安装相关的开发包，或者从GitHub克隆Breakpad仓库进行编译。 另外，用户可能需要实际案例来理解整个过程，比如提供一个简单的示例程序，演示如何编译、运行、生成dmp文件，然后分析它。这样的示例可以帮助用户更好地理解每个步骤的具体操作。 最后，需要确保回答结构清晰，分步骤说明，每个步骤都有对应的命令和解释。同时，注意使用中文，保持语言简洁明了，避免使用过于专业的术语，或者在必要时进行解释。 总结一下，回答需要涵盖以下内容： 1. Breakpad的基本概念和作用。 2. 安装和编译Breakpad的步骤。 3. 在应用程序中集成Breakpad客户端库的方法。 4. 生成minidump文件的配置和触发崩溃的方法。 5. 生成符号文件的具体命令和存储结构。 6. 使用minidump_stackwalk工具分析dmp文件的步骤。 7. 可能的注意事项和常见问题解决方法。 需要确保每个步骤都有详细的命令示例和解释，帮助用户逐步完成操作。同时，提醒用户注意符号文件的版本匹配和路径设置，这些都是分析成功的关键因素。</think>以下是使用Google Breakpad在Linux系统中调试`.dmp`（minidump）文件的完整指南： --- ### **一、环境准备** #### 1. 安装Breakpad ```bash # 从源码编译安装 git clone https://github.com/google/breakpad.git cd breakpad ./configure && make -j$(nproc) sudo make install # 安装依赖工具 sudo apt-get install libcurl4-openssl-dev # 用于符号上传 ``` #### 2. 验证工具链 ```bash dump_syms --version # 符号生成工具 minidump_stackwalk --help # 堆栈解析工具 ``` --- ### **二、集成Breakpad到应用程序** #### 1. 编译时链接Breakpad库 ```cmake # CMakeLists.txt示例 find_package(Breakpad REQUIRED) target_link_libraries(your_app PRIVATE breakpad_client) ``` #### 2. 初始化异常处理器 ```cpp #include "client/linux/handler/exception_handler.h" static bool DumpCallback(const google_breakpad::MinidumpDescriptor& descriptor, void* context, bool succeeded) { printf("生成minidump文件: %s\n", descriptor.path()); return succeeded; } int main() { google_breakpad::MinidumpDescriptor dump_path("/tmp"); google_breakpad::ExceptionHandler eh( dump_path, NULL, DumpCallback, NULL, true, -1); // 触发崩溃测试 // *(volatile int*)0 = 0; // 手动触发段错误 } ``` --- ### **三、生成minidump文件** #### 1. 触发崩溃的典型方式 ```bash # 方法1：代码中触发崩溃 ./your_app # 方法2：向运行中的进程发送信号 kill -SIGSEGV $(pidof your_app) ``` #### 2. 文件定位 - 默认路径：`/tmp/`目录下生成形如`9a5b3e1c-ae32-4e8a-baae-9d98236d3a7a.dmp`的文件 - 自定义路径：修改`MinidumpDescriptor`初始化参数 --- ### **四、符号文件生成与管理** #### 1. 生成符号文件 ```bash # 生成原始符号文件 dump_syms ./your_app > your_app.sym # 提取模块ID（关键步骤） head -n1 your_app.sym | awk '{print $4}' # 输出类似 ABCD1234ABCD1234 ``` #### 2. 构建符号仓库 ```bash # 创建标准目录结构 mkdir -p ./symbols/your_app/<MODULE_ID>/ # 示例 mkdir -p ./symbols/your_app/ABCD1234ABCD1234/ mv your_app.sym ./symbols/your_app/ABCD1234ABCD1234/ ``` #### 3. 验证符号文件 ```bash # 检查符号与二进制文件的匹配性 readelf -n ./your_app | grep 'Build ID' # 应与符号文件第一行第4字段一致 ``` --- ### **五、解析minidump文件** #### 1. 基础解析命令 ```bash minidump_stackwalk example.dmp ./symbols > crash_report.txt ``` #### 2. 高级解析选项 ```bash # 显示寄存器状态 minidump_stackwalk --raw-json example.dmp > crash.json # 过滤特定线程 minidump_stackwalk --thread=3 example.dmp # 生成机器可读格式 minidump_stackwalk --machine-readable example.dmp ``` #### 3. 解析输出示例 ```plaintext Operating system: Linux 0.0.0 Linux 5.15.0-86-generic #96-Ubuntu SMP x86_64 CPU: amd64 family 6 model 142 stepping 10 8 CPUs Crash reason: SIGSEGV Crash address: 0x0 Thread 0 (crashed) 0 your_app!crash_function [example.cpp : 42 + 0x0] rax = 0x00000000 rdx = 0x00007ffd4a3d6d00 rcx = 0x00000000 rbx = 0x0000563a4f3d86a0 rsi = 0x00000000 rdi = 0x0000563a4f3d86a0 rbp = 0x00007ffd4a3d6cf0 rsp = 0x00007ffd4a3d6ce0 r8 = 0x00000000 r9 = 0x00000000 r10 = 0x00000000 r11 = 0x00000000 r12 = 0x0000563a4f3d86a0 r13 = 0x00007ffd4a3d6dd0 r14 = 0x00000000 r15 = 0x00000000 rip = 0x0000563a4f1d5a00 ``` --- ### **六、自动化调试流程** #### 1. 脚本化处理 ```bash #!/bin/bash # auto_analyze.sh DMP_FILE=$1 APP_PATH=./your_app SYM_ROOT=./symbols # 生成符号文件 dump_syms $APP_PATH > temp.sym MODULE_ID=$(head -n1 temp.sym | awk '{print $4}') mkdir -p $SYM_ROOT/your_app/$MODULE_ID mv temp.sym $SYM_ROOT/your_app/$MODULE_ID # 生成分析报告 minidump_stackwalk $DMP_FILE $SYM_ROOT > report_$(date +%s).txt ``` #### 2. 与崩溃上报系统集成 ```cpp // 上传minidump示例 #include "client/linux/sender/http_upload.h" void UploadCrash(const char* dump_path) { std::map<std::string, std::string> params; params["prod"] = "YourApp"; params["ver"] = "1.0"; std::string response; google_breakpad::HTTPUpload::SendRequest( "https://your-crash-server.com", params, dump_path, "upload_file_minidump", &response ); } ``` --- ### **七、常见问题排查** #### 1. 符号不匹配错误 ```plaintext ERROR: No symbols found in ./symbols for module your_app ``` - **解决方案**： - 检查`dump_syms`生成的模块ID是否与目录结构匹配 - 确认二进制文件未被重新编译后覆盖 #### 2. 不完整的堆栈跟踪 - **可能原因**： - 编译时未包含调试信息（需添加`-g`编译选项） - 代码优化级别过高（建议使用`-O0`调试） #### 3. 跨架构分析 ```bash # 分析ARM平台的dump文件 minidump_stackwalk --arch=arm example.dmp ``` --- ### **八、生产环境建议** 1. **符号服务器配置**： - 使用`symupload`工具自动上传符号 ```bash symupload your_app.sym https://your-symbol-server.com ``` 2. **崩溃聚合分析**： - 使用`minidump-2-core`转换为coredump后使用GDB分析 ```bash minidump-2-core example.dmp > core.dump gdb ./your_app core.dump ``` 3. **安全防护**： - 对上传的dump文件进行哈希校验 - 限制符号文件的访问权限 --- 通过上述流程，可快速定位崩溃发生的代码位置、寄存器状态和线程调用栈。建议将符号文件管理纳入CI/CD流程，确保每个构建版本都有对应符号存档。
评论 8
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值