JNI调用Java动态代理对象方法触发崩溃问题求助

这个问题的核心原因是ART虚拟机的JNI严格类型检查机制和Java动态代理的实现特性之间的冲突：

当你使用Java动态代理生成IPackageManager的代理对象时，代理类的方法最终会通过InvocationHandler.invoke()来处理，而invoke()方法的返回类型是Object。虽然在Java代码层面，你调用getPackagesForUid(int)时会自动转型为String[]，但在JNI层面，ART会检查方法的实际签名——代理类的该方法签名可能被解析为返回Ljava/lang/Object;，而你的JNI代码是按照原接口的签名[Ljava/lang/String;来调用的，这就触发了类型不匹配的错误。

可行的解决方案 #

1. 确保JNI使用精确的方法签名获取方法ID

在JNI中获取getPackagesForUid(int)的方法ID时，必须使用原接口的精确签名，并且直接从原始IPackageManager类获取，而非代理对象的类：

jclass ipackageManagerClass = env->FindClass("android/content/pm/IPackageManager");
jmethodID getPackagesForUidMethod = env->GetMethodID(
    ipackageManagerClass, 
    "getPackagesForUid", 
    "(I)[Ljava/lang/String;" // 明确指定返回String[]的签名
);

代理类的方法签名会因为动态代理的实现被泛化，直接从原始接口获取能保证签名的准确性。

2. 增加Java层包装类做中转

创建一个非代理的包装类，封装代理对象的调用，让JNI调用这个包装类的方法（方法签名完全明确）：

public class IPackageManagerWrapper {
    private final IPackageManager proxy;

    public IPackageManagerWrapper(IPackageManager proxy) {
        this.proxy = proxy;
    }

    // 方法返回类型明确为String[]，无泛化问题
    public String[] getPackagesForUid(int uid) {
        return proxy.getPackagesForUid(uid);
    }
}

然后在JNI中调用这个包装类的getPackagesForUid方法，此时ART能正确识别返回类型，不会触发检查错误。

3. 临时禁用JNI严格检查（不推荐生产环境）

如果只是调试阶段快速验证，可以通过设置系统属性debug.checkjni=0关闭JNI的严格类型检查，但这会隐藏其他潜在的JNI错误，仅建议临时使用。

为什么直接调用原对象没问题？ #

原IPackageManager实现类的方法签名是编译期确定的，返回类型明确为String[]，ART的JNI检查能正确匹配签名；而动态代理类的方法是运行时生成的，其方法的返回类型在字节码层面依赖InvocationHandler.invoke()的Object返回值，导致JNI检查时签名不匹配。

内容的提问来源于stack exchange，提问作者Jon