GDB在线调试与Coredump分析： Native Crash处理

本文主要介绍了如何在Android平台上使用GDB进行在线调试，特别是针对一个模拟的native crash场景。作者在`wpa_supplicant`的`wpa_supplicant_ctrl_iface_process`函数中创建了一个故意的内存溢出错误，当尝试添加网络时导致应用崩溃。调试方法包括手动使用gdb和gdbserver，以及可能需要的设备准备步骤。 在Android系统中，当遇到本地（native）层面的程序崩溃，如在这个例子中的`wpa_supplicant`，GDB（GNU Debugger）是进行调试的关键工具。GDB允许开发者远程连接到设备上的目标进程，从而查看变量状态、设置断点、单步执行代码等。 1. **手动GDB + gdbserver调试步骤**： - **Target端**（设备端）： - 使用`adb root`提升权限。 - `adb remount`挂载系统分区以便读写。 - 执行`gdbserver :1234 --attach <pid>`，这里的`<pid>`是你要调试的进程ID（例如736）。 - **Host端**（电脑端）： - 同样使用`adb root`和`adb remount`。 - 指向设备上GDB对应的可执行文件，如`prebuilts/gcc/linux-x86/arm/arm-eabi-4.7/bin/arm-eabi-gdb`。 - 加载目标程序的符号表，这里为`out/target/product/scx15_sp7715ga/symbols/system/bin/wpa_supplicant`。 - 设置库的绝对路径前缀和搜索路径，以便GDB找到相关库。 - 使用`adb forward`命令建立主机和设备之间的端口转发，将TCP 1234端口映射到设备的1234端口。 - 最后，通过`target remote localhost:1234`连接到设备上的gdbserver。 2. **GDB在线调试的应用**： 在这个特定的例子中，由于`wpa_supplicant`在处理`ADD_NETWORK`请求时，分配了错误长度的`reply`数组，导致了内存溢出。通过GDB，开发者可以附加到运行中的`wpa_supplicant`进程，设置断点在`wpa_supplicant_ctrl_iface_add_network`函数中，然后逐步执行，观察内存分配和使用情况，找出问题所在。 3. **Coredump分析**： 虽然在这个描述中没有具体提到Coredump分析，但通常在发生native crash时，如果系统配置正确，会产生一个coredump文件，包含崩溃时进程的内存映像。开发者可以使用GDB加载这个coredump文件，结合目标程序的调试信息，进一步分析崩溃原因。 熟练掌握GDB的使用对于Android系统级开发和调试至关重要，尤其是在处理本地代码的问题时。通过在线调试，开发者可以实时查看程序执行过程，定位并修复错误，确保软件的稳定性和安全性。