能否修改NativeActivity.java用于NDK应用？编译报错如何解决？

首先，你遇到的问题核心在于：Android SDK提供的框架源码是经过裁剪的「Stub（桩代码）」，只包含对外公开的API，而那些getLdLibraryPath()和getNativePtr()是被@hide注解标记的系统内部隐藏方法，SDK不仅不允许直接调用，连源码里都没有它们的实现。所以直接复制SDK里的NativeActivity.java代码修改后编译，必然会出现找不到符号的错误。

接下来给你几个可行的解决方向：

1. 用反射调用隐藏方法（临时 workaround） #

如果一定要坚持使用修改后的MyNativeActivity，可以把源码中调用隐藏方法的部分替换为反射实现，绕开编译检查：

替换getLdLibraryPath()调用 #

// 原代码：String ldPath = getLdLibraryPath();
String ldPath;
try {
    // 反射调用隐藏方法
    Method getLdLibPathMethod = NativeActivity.class.getDeclaredMethod("getLdLibraryPath");
    getLdLibPathMethod.setAccessible(true);
    ldPath = (String) getLdLibPathMethod.invoke(this);
} catch (NoSuchMethodException | IllegalAccessException | InvocationTargetException e) {
    e.printStackTrace();
    //  fallback到系统默认的库路径
    ldPath = System.getProperty("java.library.path");
}

替换getNativePtr()调用 #

getNativePtr()实际上对应NativeActivity内部的mNativePtr隐藏字段，同样用反射获取：

// 原代码：long ptr = getNativePtr();
long nativePtr = 0;
try {
    Field nativePtrField = NativeActivity.class.getDeclaredField("mNativePtr");
    nativePtrField.setAccessible(true);
    nativePtr = nativePtrField.getLong(this);
} catch (NoSuchFieldException | IllegalAccessException e) {
    e.printStackTrace();
}

⚠️ 注意：这种方式有明显缺点：

• 高版本Android（API 28+）对隐藏API的反射调用有严格限制，可能直接抛出异常导致崩溃。
• 系统版本更新可能会改变这些隐藏API的签名或实现，导致你的应用在新系统上兼容性问题。

2. 换一种思路，避免修改NativeActivity #

其实大多数需要修改NativeActivity行为的需求，都可以通过公开API实现，没必要直接修改系统类：

• 如果是要定制Native库加载逻辑：可以在MyNativeActivity的onCreate()中，先手动调用System.load()加载你的Native库，再调用super.onCreate()，或者自定义库的加载路径。
• 如果是要修改生命周期回调：可以继承NativeActivity，重写公开的生命周期方法（比如onPause()、onResume()），在里面添加你的逻辑，再调用super方法。
• 如果需要更灵活的控制：可以放弃NativeActivity，改用普通的AppCompatActivity，在合适的时机（比如onCreate()）通过JNI初始化Native代码，完全掌控Activity的行为。

3. 定制ROM场景（仅针对设备厂商） #

如果你的应用是针对定制Android设备开发的，可以下载对应版本的AOSP（Android开放源代码项目）完整源码，修改NativeActivity后编译整个系统ROM。但这个方案对普通第三方开发者来说成本极高，几乎不适用。

总结：直接使用SDK框架源码编译是不可行的，反射只是临时权宜之计，最稳妥的方式是通过公开API重新设计你的实现逻辑，避免依赖系统隐藏API。

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