揭秘Android JNI实践基础（三）：符号表分析NE Crash

Android

2023-06-21 12:08:14

Android JNI 实践中的 NE Crash 详解及避免策略

简介

在 Android 开发中，JNI (Java Native Interface) 是一项强大的工具，可以调用 C/C++ 代码，以执行 Java 无法实现的功能。但是，使用 JNI 时也可能会遇到问题，其中之一便是 NE Crash。

什么是 NE Crash？

NE Crash 是 Native 层崩溃，与 Java 层崩溃不同，它通常不会有提示对话框，这使得定位问题变得困难。要分析 NE Crash，我们需要借助符号表。

符号表

符号表是将符号（如函数、变量、类型等）映射到其内存地址的表格。在 Android 系统中，符号表存储在 /proc/<pid>/maps 文件中。我们可以使用 adb 命令来读取此文件。

如何读取符号表

在读取符号表之前，我们需要找到导致崩溃的进程 ID (PID)。可以使用以下命令查找 PID：

adb shell ps | grep <process name>

找到 PID 后，即可使用 adb 命令读取符号表：

adb shell cat /proc/<pid>/maps

分析 NE Crash

读取符号表后，就可以分析 NE Crash 了。我们可以使用 gdb 工具来加载符号表，然后使用 gdb 命令来分析崩溃。

gdb <executable> <core file>

其中，<executable> 是导致崩溃的程序，<core file> 是崩溃时产生的核心文件。

加载符号表后，可以使用 gdb 命令来分析崩溃。例如，可以使用以下命令查看崩溃时的堆栈信息：

bt

使用 gdb 工具可以帮助我们快速定位 NE Crash 的问题。

避免 NE Crash 的策略

为了避免 NE Crash，我们可以采取以下措施：

使用稳定版本的 NDK。
使用最新的编译器和工具链。
在开发和测试阶段启用调试信息。
使用符号表来分析 NE Crash。

代码示例

// C++ 代码

extern "C" {
    JNIEXPORT void JNICALL Java_com_example_myapplication_MainActivity_nativeCrash(JNIEnv* env, jobject obj) {
        // 触发 NE Crash
        int* p = nullptr;
        *p = 10;
    }
}

// Java 代码

public class MainActivity extends AppCompatActivity {

    static {
        System.loadLibrary("native-lib");
    }

    @Override
    protected void onCreate(Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);
        setContentView(R.layout.activity_main);

        // 调用 C++ 代码触发 NE Crash
        nativeCrash();
    }

    public native void nativeCrash();
}

常见问题解答

如何确定 NE Crash 的原因？
- 使用符号表和 gdb 工具分析崩溃堆栈。
为什么使用稳定版本的 NDK 很重要？
- 稳定版本的 NDK 已修复潜在导致 NE Crash 的错误。
启用调试信息如何帮助避免 NE Crash？
- 调试信息有助于识别和修复代码中的潜在问题。
符号表在分析 NE Crash 中扮演什么角色？
- 符号表将符号映射到内存地址，使我们能够识别崩溃时的具体代码位置。
除了采取本文讨论的策略之外，还有哪些其他方法可以避免 NE Crash？
- 使用内存调试工具检查内存访问是否正确，并修复潜在的内存泄漏或内存损坏问题。