Android查看.so文件中的JNI方法详解_Android

引言：为何需要分析.so文件？

在android开发或linux系统编程中，动态链接库（.so文件）承载着核心的本地代码实现。特别是使用jni（java native interface）技术时，我们经常需要确认：

库中导出了哪些可供java/kotlin调用的本地方法？
方法签名是否正确？
是否存在符号冲突或缺失？

本文将以实战角度，介绍多种查看.so文件中方法的工具和技巧。

一、三大核心工具对比

objdump - 全能分析器

# 查看动态符号表（推荐）
objdump -t libnative.so

# 反汇编查看代码逻辑
objdump -d libnative.so

# 组合使用：快速定位jni方法
objdump -t libnative.so | grep "java_"

特点：

功能最全面，可查看符号表、反汇编、段信息
系统自带，无需额外安装
输出信息详细但可能较冗长

nm - 简洁符号查看器

# 查看动态符号
nm -d libnative.so

# 显示所有符号（包括未导出）
nm libnative.so

# 按类型过滤（t=代码段，u=未定义）
nm -d libnative.so | grep " t "

特点：

输出简洁直观
快速过滤符号类型
适合脚本处理

readelf - elf专业分析器

# 详细符号表信息
readelf -ws libnative.so

# 查看动态段信息
readelf -d libnative.so

特点：

专门解析elf格式，信息最权威
显示符号的绑定类型、可见性等详细信息
适合深度分析

二、实战：定位jni方法的四种姿势

场景：分析 libnative-lib.so 中的jni方法

方法1：直接过滤法（最常用）

# 使用任何工具配合grep过滤"java_"前缀
objdump -t libnative-lib.so | grep "java_"
# 输出示例：
# 000000000001234 g    df .text  00068  base  java_com_example_app_mainactivity_stringfromjni

方法2：格式化输出法

# 按列格式化输出，便于阅读
readelf -ws libnative-lib.so | awk '/java_/ {printf "%-40s %-20s\n", $8, $4}'

方法3：完整分析脚本

#!/bin/bash
# analyze_jni.sh
lib=$1

echo "=== jni methods in $lib ==="
echo "tool      | count | sample method"
echo "----------|-------|--------------"

# 使用objdump
count1=$(objdump -t "$lib" | grep -c "java_")
sample1=$(objdump -t "$lib" | grep "java_" | head -1 | awk '{print $nf}')
echo "objdump   | $count1 | $sample1"

# 使用nm
count2=$(nm -d "$lib" | grep -c "java_")
sample2=$(nm -d "$lib" | grep "java_" | head -1 | awk '{print $3}')
echo "nm        | $count2 | $sample2"

# 使用readelf
count3=$(readelf -ws "$lib" | grep -c "java_")
sample3=$(readelf -ws "$lib" | grep "java_" | head -1 | awk '{print $8}')
echo "readelf   | $count3 | $sample3"

方法4：android ndk工具链版

# 使用ndk提供的交叉编译版本（android专属）
$ndk/toolchains/llvm/prebuilt/linux-x86_64/bin/aarch64-linux-android-objdump -t libnative-lib.so

三、进阶：处理特殊场景

符号被剥离的情况

如果.so发布时被strip处理过：

# 尝试反汇编寻找jni模式
objdump -d stripped_lib.so | less
# 搜索jnienv指针使用模式（如x0寄存器传递）

c++符号修饰问题

# 查看修饰后的符号
nm libnative.so | grep "_z"

# 使用c++filt还原可读名称
nm libnative.so | c++filt | grep "java_"

批量分析多个库

# 批量检查当前目录所有.so文件的jni方法
for lib in *.so; do
    echo "=== $lib ==="
    nm -d "$lib" | grep "java_" | wc -l
done

四、技巧与避坑指南

技巧1：理解jni命名规则

java_包名_类名_方法名
↓
java_com_example_app_mainactivity_oncreate
  │    │         │          │
 固定  包名      类名       方法名
（点替换为下划线）

技巧2：查看方法签名

如果库包含调试信息，可以查看详细签名：

# 使用objdump查看重定位信息
objdump -r libnative.so | grep java_

技巧3：验证方法是否存在

在java/kotlin端验证：

// 加载前检查
static {
    try {
        system.loadlibrary("native-lib");
        log.d("jni", "library loaded successfully");
    } catch (unsatisfiedlinkerror e) {
        log.e("jni", "method not found: " + e.getmessage());
    }
}

五、工具选择决策树

需要分析.so文件？
    ├── 只需快速查看jni方法 → `nm -d lib.so | grep "java_"`
    ├── 需要详细反汇编信息 → `objdump -d lib.so`
    ├── 分析elf结构细节 → `readelf -ws lib.so`
    └── 处理android库 → 使用ndk交叉编译版objdump