ndk addr2line工具的使用

最新推荐文章于 2025-03-08 13:33:50 发布
原创 最新推荐文章于 2025-03-08 13:33:50 发布 · 7.8k 阅读 · 9 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#ndk #addr2line #debug工具

addr2line是Android NDK中的一个调试工具，用于定位JNI代码中的错误。当应用因JNI错误闪退时，通过log获取异常信息，结合ndk编译输出找到对应的so文件。将so文件与addr2line工具放在同一目录，通过脚本输入异常地址，可以定位到源代码的具体行数，例如在native.cpp的75行。

addr2line是一个十分有用的debug工具，这个工具在ndk的安装目录下就有


在ndk \toolchains\aarch64-linux-android-4.9\prebuilt\windows-x86_64\bin目录下


可以用于帮助我们分析jni 里面的bug，下面我们故意在jni代码中留一个异常，在运行到memcpy就会发生空指针异常，应用会闪退。


运行之后，通过log我们得到如下信息

09-08 14:35:53.777 F/DEBUG   ( 6893): *** *** *** *** *** *** *** *** *** *** *** *** *** *** *** ***
09-08 14:35:53.853 F/DEBUG   ( 6893): Build fingerprint: 'Android/sdk_google_phone_arm64/generic_arm64:7.1.1/NYC/4252396:userdebug/test-keys'
09-08 14:35:53.853 F/DEBUG   ( 6893): Revision: '0'
09-08 14:35:53.853 F/DEBUG   ( 6893): ABI: 'arm64'
09-08 14:35:53.854 F/DEBUG   ( 6893): pid: 6867, tid: 6867, name: hxiong.neondemo  >>> com.hxiong.neondemo <<<
09-08 14:35:53.854 F/DEBUG   ( 6893): signal 11 (SIGSEGV), code 1 (SEGV_MAPERR), fault addr 0x0
09-08 14:35:53.855 F/DEBUG   ( 6893):     x0   0000000000000003  x1   0000000000000000  x2   0000000000000004  x3   0000007ffb9e6980
09-08 14:35:53.855 F/DEBUG   ( 6893):     x4   0000007329c01ad3  x5   0000007ffb9e7360  x6   0000007337196000  x7   fffffffffffffffd
09-08 14:35:53.855 F/DEBUG   ( 6893):     x8   0000000000000003  x9   0000007335738c79  x10  0000000000000058  x11  0101010101010101
09-08 14:35:53.855 F/DEBUG   ( 6893):     x12  000000000ccccccc  x13  000000008000002f  x14  00000073357429e8  x15  000000733574268c
09-08 14:35:53.855 F/DEBUG   ( 6893):     x16  000000733575e2c0  x17  00000073356b8368  x18  00000000ffffffff  x19  ffffffffffffffff
09-08 14:35:53.855 F/DEBUG   ( 6893):     x20  000000000000000e  x21  00000000ffffffff  x22  0000007ffb9e6b60  x23  0000000000000001
09-08 14:35:53.855 F/DEBUG   ( 6893):     x24  0000007329c01ae3  x25  0000000000000003  x26  0000000000000073  x27  0000007ffb9e70b0
09-08 14:35:53.856 F/DEBUG   ( 6893):     x28  6cd7b2dd5dd0d059  x29  0000007ffb9e67a0  x30  0000007335710f64
09-08 14:35:53.856 F/DEBUG   ( 6893):     sp   0000007ffb9e6790  pc   00000073356b83c8  pstate 0000000080000000
09-08 14:35:54.233 F/DEBUG   ( 6893): 
09-08 14:35:54.233 F/DEBUG   ( 6893): backtrace:
09-08 14:35:54.234 F/DEBUG   ( 6893):     #00 pc 000000000001b3c8  /system/lib64/libc.so (strlen+96)
09-08 14:35:54.234 F/DEBUG   ( 6893):     #01 pc 0000000000073f60  /system/lib64/libc.so (__strlen_chk+16)
09-08 14:35:54.234 F/DEBUG   ( 6893):     #02 pc 000000000005ba18  /system/lib64/libc.so (__vfprintf+6356)
09-08 14:35:54.234 F/DEBUG   ( 6893):     #03 pc 0000000000064be4  /system/lib64/libc.so (vsnprintf+228)
09-08 14:35:54.235 F/DEBUG   ( 6893):     #04 pc 00000000000741a0  /system/lib64/libc.so (__vsnprintf_chk+64)
09-08 14:35:54.235 F/DEBUG   ( 6893):     #05 pc 00000000000057c8  /system/lib64/liblog.so (__android_log_print+148)
09-08 14:35:54.235 F/DEBUG   ( 6893):     #06 pc 00000000000009a4  /data/app/com.hxiong.neondemo-1/lib/arm64/libneondemo.so
09-08 14:35:54.235 F/DEBUG   ( 6893):     #07 pc 00000000000dbb10  /system/lib64/libart.so (art_quick_generic_jni_trampoline+144)
09-08 14:35:54.235 F/DEBUG   ( 6893):     #08 pc 00000000000d27e8  /system/lib64/libart.so (art_quick_invoke_static_stub+600)
09-08 14:35:54.235 F/DEBUG   ( 6893):     #09 pc 00000000000df230  /system/lib64/libart.so (_ZN3art9ArtMethod6InvokeEPNS_6ThreadEPjjPNS_6JValueEPKc+252)
09-08 14:35:54.235 F/DEBUG   ( 6893):     #10 pc 000000000028eefc  /system/lib64/libart.so (_ZN3art11interpreter34ArtInterpreterToCompiledCodeBridgeEPNS_6ThreadEPNS_9ArtMethodEPKNS_7DexFile8CodeItemEPNS_11ShadowFrameEPNS_6JValueE+312)
09-08 14:35:54.235 F/DEBUG   ( 6893):     #11 pc 0000000000287ed8  /system/lib64/libart.so (_ZN3art11interpreter6DoCallILb0ELb0EEEbPNS_9ArtMethodEPNS_6ThreadERNS_11ShadowFrameEPKNS_11InstructionEtPNS_6JValueE+592)
09-08 14:35:54.235 F/DEBUG   ( 6893):     #12 pc 0000000000555cec  /system/lib64/libart.so (MterpInvokeStatic+356)
09-08 14:35:54.236 F/DEBUG   ( 6893):     #13 pc 00000000000c5094  /system/lib64/libart.so (ExecuteMterpImpl+14612)

从打印的log信息我们知道发生问题时pc寄存器的值 

09-08 14:35:54.235 F/DEBUG   ( 6893):     #06 pc 00000000000009a4  /data/app/com.hxiong.neondemo-1/lib/arm64/libneondemo.so

接着，我们要拿到编译出来的so文件。


根据ndk编译时的输出信息，知道so在libs/arm64-v8a/libneondemo.so


是app\src\main\obj\local\arm64-v8a这个目录，不是app\src\main\libs\arm64-v8a



然后把so拷贝到tool_addr2line.bat 这个脚本所在的目录下。脚本内容如下：

@echo off
rem current direction
set cur_dir=%cd%

rem addr2line tool path
set add2line_path=D:\Android\sdk\ndk-bundle\toolchains\aarch64-linux-android-4.9\prebuilt\windows-x86_64\bin\aarch64-linux-android-addr2line.exe

rem debug file
set /p debug_file=请输入当前目录下debug文件名：

rem debug_file_path
set debug_file_path=%cur_dir%\%debug_file%

rem debug address
set /p debug_addr=请输入异常时PC寄存器值：

echo ----------------------- addr2line ------------------------
echo debug文件路径: %debug_file_path%  PC=%debug_addr%

if exist %debug_file_path% (
%add2line_path% -e %debug_file_path% -f %debug_addr% 
) else (
echo debug file is no exist. 
)

echo ---------------------------------------------------------
pause


运行脚本，根据提示进行输入



_ZL4neonP7_JNIEnv 这个是函数名，因为android编译时做了一些特殊处理，所以跟原来的函数名不一致。

E:\project\android_project\NeonDemo\app\src\main/jni/native.cpp:75 是发生异常对应源代码中的位置。



Android so库开发——addr2line查看so异常信息（四）
小旭的专栏
01-13 3424
在NDK开发中经常会出现应用Crash的情况，而JNI层的报错信息，不像Java层报错信息那样可以直接在日志中看到错误的行数，JNI层中出现的错误直接看根本定位不到错误的位置。通常来说，JNI报的基本都是堆栈信息，需要NDK的一些工具进行地址转换，转换后即可看到错误的位置。addr2line就是这些地址转换的工具。
Linux/Android系统开发 利用addr2line工具定位错误
他乡&学子
10-26 1384
Windows系统+Android环境：         在Android真机开发时经常遇到crash错误，现crash_log中的内容如下： ----- timezone:GMT 10-26 10:32:19.299460 2022 12829 F libc : Fatal signal 11 (SIGSEGV), code 1, fault addr 0xb657f754 in ...
Android NDK Crash信息收集捕获和日志异常定位分析(addr2line)
yundashi168.com
01-17 1056
Android NDK 闪退日志收集与分析我们在开发过程中，Android JNI层Crash问题或者我们引用的第三方.so库文件报错，都是一个比较头疼的问题。相对Java层来说，由于c/c++造成的crash没有输出如同Java的Exception Strace堆栈信息，所以定位问题也是个比较艰难的事情。Google Breakpad是一套完整的工具集，从Crash的捕获到Crash的dump，都提供了相对应的工具。
GCC详解-Binutils工具之addr2line
07-25 1310
1、介绍 addr2line是一个可以将指令的地址和可执行映像转换为文件名、函数名和源代码行数的工具。 可以通过帮助看下其使用情况： $ addr2line -h Usage: addr2line [option(s)] [addr(s)] Convert addresses into line number/file name pairs. If no addresses are specified on the command line, they will be read from std..
交叉编译工具链工具-addr2line地址转换为对应的源代码行号
qq_41573572的博客
03-20 1004
交叉编译工具链addr2line用于将一个二进制文件中的地址转换为对应的源代码行号。它通常被用于调试崩溃时的堆栈跟踪信息，以便开发人员可以更容易地定位代码中的错误。
笔记：ndk-stack和addr2line
__一叶__的博客
10-24 1187
笔记：关于ndk开发调试时，获取崩溃堆栈方法1. 使用ndk-stack直接获取c/c++崩溃代码的文件名和行号adb shell logcat | ndk-stack -sym $PROJECT_PATH/obj/local/armeabi2. 使用addr2line在程序崩溃时，知道奔溃地址，使用ndk下面的工具addr2line获取c/c++崩溃代码的文件名和行号arm-linux-andro
NDK开发使用addr2line定位到错误代码行
qq_40575302的博客
11-03 1414
1.先找到NDK 以ndk17版本为例，添加addr2line路径到环境变量（Mac环境） arm-v7路径 /Users/xxx/xxx/android-ndk-r17c/toolchains/arm-linux-androideabi-4.9/prebuilt/darwin-x86_64/bin arm-v8路径 /Users/xxx/xxx/android-ndk-r17c/toolchains/aarch64-linux-android-4.9/prebuilt/darwin-x86_64/bin
3、使用addr2line定位分析尝试了使用ubuntu自带的addr2line以及Android Studio Ndk里的addr2line，均无法定位到具体的代码行数。。使用ubuntu的addr2line工具
03-28
### 正确配置和使用 `addr2line` 工具 为了通过 `addr2line` 定位具体的代码行数，需要满足以下几个条件并按照特定方式操作： #### 1. 使用带有调试符号的 `.so` 文件 确保使用的共享库文件（`.so`）是在编译时...
Android使用addr2line分析Native Crash
薛文旺
09-02 1894
从foo()转换为_Z3foov的过程被称为mangle，_Z3foov转换为foo()的过程被称为demangle。这里展开说说-C这个参数，我们知道C/C++语言在编译以后，函数的名字会被编译器修改为编译器内部识别的名字，该名字在链接的时候被用到。常用的地址转换工具有addr2line、ndk-stack等，个人比较喜欢addr2line，所以接下来介绍下该工具的基本使用方式。我们主要关注backtrace后面的信息，同时带"pc"和"/data"的行基本就是app相关的崩溃行了。
addr2line.zip
07-13
一个so库源码定位工具，可以根据so库中报错的指令地址，反推导出源码的位置 解压后，将文件夹里面的so库替换成自己的，将bat里面的地址替换成自己的即可
addr2line_x86平台
07-30
在mmory leak的demo上添加打印函数symbol的名字。 有些朋友在i386平台上使用时无法编译通过，因此增加i386编译版本，bfd源码makefile有所修改以通过编译。
调试工具 - addr2line
dxf1971738522的博客
03-08 1034
基于addr2line的崩溃日志或调试程序
Linux调试工具 | Addr2line
qq_43416206的博客
06-26 9673
通过addr2line的描述可知，在使用addr2line将地址转换为函数、文件名或行号时，其有两种使用方法：即对于可执行文件，addr2line后直接跟十六进制的地址值；对于可重定位对象文件，addr2line后直接跟十六进制的地址偏移量。从而实现正确输出需要的信息，否则会导致地址无法解析，输出??:0。提示：可通过file命令区分可执行文件与可重定位对象#输出executable,可知文件是可执行文件#输出relocatable，可知文件是可重定位对象。
addr2line工具使用
wwwtovvv的专栏
10-30 3919
addr2line工具是一个可以将指令的地址和可执行映像转换为文件名、函数名和源代码行数的工具。这在内核执行过程中出现崩溃时，可用于快速定位出出错的位置，进而找出代码的bug。 用法 addr2line [-a| --addresses ] [-b bfdname | --target=bfdname] [-C | --demangle[=style]] [-e filename | --exe=filename] [-f | --function] [-s | --basename] [-i | --
addr2line 工具的使用
weixin_34293141的博客
09-06 884
addr2line是gcc的工具，可以根据地址转换成行号和functionname工具默认的文件时a.out，如果不是，要用-e指定例如addr2line0x78256941-emain-f 转载于:https://blog.51cto.com/7606234/1289675...
addr2line
weixin_42082222的博客
03-02 2906
binutils工具集之---addr2line addr2line用于得到程序指令地址所对应的函数，以及函数所在的源文件名和行号。 在不少嵌入式开发环境中，编译器的名称往往不是gcc，而是想arm-rtems-gcc这样的，对于这种命名形式的编译器，读者通常可以找到arm-rtems-addr2line ，arm-rtems-objdump等相应名称的工具，这是GNU工具集的一...
Android NDK 中堆栈日志 add2line 的分析实践
小羊子的技术专栏
12-24 2613
Android NDK 中出现的 crash 日志分析定位，使用 addr2line 对库中定位so 动态库崩溃位置，定位到某个函数的具体的代码行。
addr2line.exe
m0_61629312的博客
04-28 916
是一个用于将程序地址转换为文件名和行号的工具。通常情况下，当程序出现崩溃或者错误时，系统会生成一个包含程序崩溃点地址的错误报告。可以帮助开发人员根据这个地址定位到源代码中的具体位置，从而更好地理解和解决问题。它在调试和分析崩溃或错误报告时非常有用。
addr2line使用
最新发布
08-30
<think> 首先，用户的问题是：“我想获取addr2line工具的使用指南 请问addr2line工具的使用方法”。系统级指令要求我必须使用中文回答，引用中添加引用标识，生成相关问题。 回顾引用： - 引用[1]：讨论了addr2line的作用，安装步骤等。 - 引用[2]：基本命令格式和示例。 - 引用[3]：如何使用objdump和addr2line定位源码位置。 - 引用[4]：在安卓中使用addr2line的示例。 - 引用[5]：安卓中32位和64位工具的使用。 用户的问题是关于使用指南的，所以我需要提供一个清晰、结构化的方法指南。 回答结构： - 由于系统要求回答结构清晰，逐步解决问题，我需要组织成一个易于理解的指南。 - 必须使用中文。 - 在行内数学表达式中使用$...$，但这里可能不涉及数学，所以可能不需要。 - 独立公式用$$...$$，同样可能不适用。 - 引用段落末尾添加引用标识，如[^1]。 关键点从引用中提取： 1. **定义和用途**：addr2line工具用于将内存地址转换为源代码位置，这在调试中很有用。[^1] 2. **基本命令格式**：`addr2line [-e executable] address` [^2] 3. **步骤**： - 安装工具（如果是Android/Linux）。 - 获取可执行文件（如.so文件）和调试符号文件。 - 使用命令转换地址。 4. **示例**：如`addr2line -e my_program 0x4009a8` [^2] 5. **在安卓中的使用**：使用特定路径的工具，如`aarch64-linux-android-addr2line`或`arm-linux-androideabi-addr2line` [^5] 6. **注意事项**：需要编译时带有调试信息。[^3] 步骤指南： 1. **安装addr2line工具**：在Android或Linux系统中，可能需要通过包管理器安装。 2. **准备可执行文件和符号文件**：确保有目标文件（如.so文件）和对应的调试符号文件（对于Android，在symbols目录下）。[^4], [^5] 3. **基本命令结构**： - `addr2line -e <可执行文件路径> <地址>` - 选项如`-f`显示函数名，`-C` demangled名称，`-s`只显示文件名。 4. **示例操作**： - 例如，地址0x4009a8对应程序my_program：`addr2line -e my_program 0x4009a8` - 在安卓中：`./prebuilts/clang/host/linux-x86/clang-r530567/bin/llvm-addr2line -e out/target/product/rk3576_u/symbols/vendor/lib64/hw/camera.rk30board.so 0x1a102c` [^4] 5. **处理地址**：地址可能需要计算，如基地址+偏移量（参考引用[3]）。 确保回答真实可靠：基于提供的引用，不添加虚假信息。 生成相关问题：在末尾添加相关问题列表，使用§§相关问题§§格式。 完整回答结构： - 先介绍工具。 - 逐步使用方法。 - 给出示例。 - 添加引用标识。 - 最后相关问题。 相关问题想法： 1. 如何安装addr2line工具在不同系统上？ 2. 在Android中如何正确配置调试符号？ 3. addr2line与其他调试工具（如GDB）的区别是什么？ 4. 如何解决addr2line找不到源文件的问题？ 5. addr2line在崩溃日志分析中的应用实例。 </think> ### addr2line工具使用指南 addr2line是一种在调试Android或Linux程序时使用的命令行工具，它能将内存地址（如崩溃日志中的地址）转换为对应的源代码文件名、行号和函数名。这在定位程序错误、崩溃分析中非常有用[^1]。以下是详细的使用方法指南，基于标准操作流程，确保编译时已生成调试符号文件（如编译时添加`-g`选项）。 #### 一、准备工作 1. **安装工具**： 在Linux或Android开发环境中，通过包管理器安装： - Ubuntu/Linux：`sudo apt-get install binutils`（包含addr2line） - Android NDK：工具通常位于`NDK_PATH/toolchains`目录下，如`aarch64-linux-android-addr2line` 确保工具路径已添加到`PATH`环境变量中[^1][^5]。 2. **获取必要文件**： - **可执行文件**：需调试的程序或共享库（如`.so`文件）。 - **调试符号文件**：对于Android，通常在编译输出的`symbols`目录下（如`out/target/product/设备名/symbols/`）。 注意：如果可执行文件已包含调试信息，可直接使用；否则需单独提供符号文件[^3][^4]。 #### 二、基本命令格式 addr2line命令的核心格式为： ```bash addr2line [选项] -e <可执行文件路径> <地址> ``` - **常用选项**： - `-e`：指定可执行文件路径（必需）。 - `-f`：显示函数名称。 - `-C`：Demangle C++函数名（解码混淆名称）。 - `-s`：仅显示文件名（不包括路径）。 - `-i`：显示内联函数调用链[^2][^3]。 - **地址格式**： - 直接地址：如`0x4009a8`。 - 计算地址：如果地址是偏移量，需先计算基地址+偏移量（参考`objdump -D <文件> | grep <函数名>`获取基地址）[^3]。 #### 三、使用步骤 1. **定位崩溃地址**： 从程序崩溃日志或核心转储文件中提取内存地址（如`0x1a102c`）。 2. **执行addr2line命令**： - **通用示例**： ```bash addr2line -e my_program 0x4009a8 -f -C ``` 输出示例： ``` divide(int, int) /path/to/source/file.cpp:123 ``` 这表示地址`0x4009a8`对应`file.cpp`的第123行，函数名为`divide(int, int)`[^2][^3]。 - **Android平台示例**： - **64位系统**： ```bash aarch64-linux-android-addr2line -f -C -e out/target/product/rk3399_box/symbols/system/lib/hw/camera.rk30board.so 0x1a102c ``` - **32位系统**： ```bash arm-linux-androideabi-addr2line -f -e out/target/product/msm8909/symbols/system/lib/libhwui.so 0x0003b319 ``` 确保使用NDK提供的工具链路径（如`prebuilts/clang/host/linux-x86/bin/llvm-addr2line`）[^4][^5]。 3. **处理复杂地址**： 如果地址是相对偏移量，先用`objdump`获取函数基地址： ```bash objdump -D test_app | grep -A20 '函数名' # 输出中包含基地址如0x4005d7 ``` 然后计算实际地址：`基地址 + 偏移量`（如`0x4005d7 + 0x1e = 0x4005f5`），再输入到addr2line[^3]。 #### 四、注意事项 - **调试符号缺失**：若输出`??:0`，表示缺少调试符号文件。需重新编译程序并添加`-g`选项生成符号信息[^1][^3]。 - **安卓特定要求**：在Android中使用前，需执行`source build/envsetup.sh`和`lunch`设置环境变量[^5]。 - **性能优化**：对于大型程序，addr2line可能较慢，可使用`-i`选项限制输出层级。 通过以上步骤，您可以高效定位源代码中的问题位置，加速调试过程[^1][^4]。
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
表情包 代码片
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值