Android-JNI开发系列《三》-异常处理

人间观察

做个俗人，得之坦然，失之淡然，顺其自然吧！

假期ing，～～～

今天我们讲Android JNI下的异常处理，在java中有异常处理机制，在jni中也一样。

回顾java异常

我们知道在java中分为运行期异常和编译期异常。

运行期异常时是程序在执行期间发生的异常，如果没有捕获可能导致程序不正常（轻者可能功能不正常，重则程序直接crash ）。

编译期异常是代码编译期间必须显示捕获的异常。throws Exception {} ，try{} catch{} finally{}

今天我们不讲这个，如果不了解，可以网上找找&study

主角-JNI异常

在jni中native层代码执行不受jvm虚拟机的控制，因此有异常了并不会停止native函数的执行并把控制权交给异常处理程序。所以我们需要异常的检测和处理机制，一旦检查到异常时，原生native函数应该善后，比如：内存释放，返回合适的返回值，抛出异常给java层等

在jni中一般可以分为两种，一种是在native方法调用java层方法，java层方法出现了异常（crash等）。另一种是在native方法中出现了异常（传入参数不对，程序执行非预期）对外抛出java识别的java异常（Exception类或者它的子类）。

1.native方法调用java层方法出现异常&如何检测处理（crash）

我们先看一下如下代码

// JNIException.java
public class JNIException {static {System.loadLibrary("native-lib");}public native void nativeInvokeJavaException();public int getStingLen() {String s = null;return s.length();}
}

然后我们在JNI的nativeInvokeJavaException方法里调用

// jni_exception.cpp
extern "C" JNIEXPORT void JNICALL
Java_com_bj_gxz_jniapp_exception_JNIException_nativeInvokeJavaException(JNIEnv *env, jobject thiz) {jclass cls = env->FindClass("com/bj/gxz/jniapp/exception/JNIException");jmethodID getStingLenMid = env->GetMethodID(cls, "getStingLen", "()I");jmethodID constructMid = env->GetMethodID(cls, "<init>", "()V");// new一个java对象jobject obj = env->NewObject(cls, constructMid);LOG_D("getStingLen start invoke");env->CallIntMethod(obj, getStingLenMid);LOG_D("getStingLen invoke done");
}

结果：如你所想s.length()发生NPE。APP直接crash了，输出了如下日志

2020-10-3 10:57:11.333 7012-7012/com.bj.gxz.jniapp D/JNI: getStingLen start invoke
2020-10-3 10:57:11.333 7012-7012/com.bj.gxz.jniapp D/JNI: getStingLen invoke done
2020-10-3 10:57:11.334 7012-7012/com.bj.gxz.jniapp D/AndroidRuntime: Shutting down VMCaused by: java.lang.NullPointerException: Attempt to invoke virtual method 'int java.lang.String.length()' on a null object referenceat com.bj.gxz.jniapp.exception.JNIException.getStingLen(JNIException.java:17)at com.bj.gxz.jniapp.exception.JNIException.nativeInvokeJavaException(Native Method)at com.bj.gxz.jniapp.MainActivity.onJniException(MainActivity.java:54)

但是，但是，它打印了getStingLen invoke done这行日志，也就是说如果在native层中调用java方法的时候，当java方法发生异常（crash）的时候native方法会继续执行完成（native代码执行不受java虚拟机的控制）。继续执行后面的代码可能就不是我们的预期了（因为我们需要之前方法的结果）。那怎么处理呢？我们的APP至少不能crash吧。

处理方法：
在jni中提供了ExceptionCheck，ExceptionOccurred 和ExceptionDescribe和ExceptionClear方法。

备注，里面有几个方法介绍
官方文档

这里就是直接说了。
ExceptionCheck和ExceptionOccurred 作用一样，都是检查是否发生了异常。
区别在于
ExceptionCheck：有异常返回JNI_TRUE，否则返回JNI_FALSE

ExceptionOccurred：用异常返回该异常的引用，否则返回NULL

ExceptionDescribe:打印异常的堆栈信息
ExceptionClear：清除异常堆栈信息

ok，我们再改造下实现，让它不crash。

extern "C" JNIEXPORT void JNICALL
Java_com_bj_gxz_jniapp_exception_JNIException_nativeInvokeJavaException(JNIEnv *env, jobject thiz) {jclass cls = env->FindClass("com/bj/gxz/jniapp/exception/JNIException");jmethodID getStingLenMid = env->GetMethodID(cls, "getStingLen", "()I");jmethodID constructMid = env->GetMethodID(cls, "<init>", "()V");// new一个java对象jobject obj = env->NewObject(cls, constructMid);LOG_D("getStingLen start invoke");env->CallIntMethod(obj, getStingLenMid);LOG_D("getStingLen invoke done");// ExceptionOccurred作用和ExceptionCheck一样// jthrowable throwable = env->ExceptionOccurred();// 检查JNi调用是否发生了异常jboolean ret = env->ExceptionCheck();LOG_D("ExceptionCheck %d", ret);if (JNI_TRUE == ret) {// 打印Java层抛出的异常堆栈信息env->ExceptionDescribe();// 清除异常信息env->ExceptionClear();// ...这里可以处理异常发生逻辑return;}LOG_D("nativeInvokeJavaException exec end");
}

再次运行

2020-10-3 11:10:16.064 8925-8925/com.bj.gxz.jniapp D/JNI: getStingLen start invoke
2020-10-3 11:10:16.064 8925-8925/com.bj.gxz.jniapp D/JNI: getStingLen invoke done
2020-10-3 11:10:16.064 8925-8925/com.bj.gxz.jniapp D/JNI: ExceptionCheck 1
2020-10-3 11:10:16.065 8925-8925/com.bj.gxz.jniapp W/System.err: java.lang.NullPointerException: Attempt to invoke virtual method 'int java.lang.String.length()' on a null object reference
2020-10-3 11:10:16.066 8925-8925/com.bj.gxz.jniapp W/System.err:     at com.bj.gxz.jniapp.exception.JNIException.getStingLen(JNIException.java:17)
2020-10-3 11:10:16.066 8925-8925/com.bj.gxz.jniapp W/System.err:     at com.bj.gxz.jniapp.exception.JNIException.nativeInvokeJavaException(Native Method)
2020-10-3 11:10:16.067 8925-8925/com.bj.gxz.jniapp W/System.err:     at com.bj.gxz.jniapp.MainActivity.onJniException(MainActivity.java:54)

程序不crash了。这样就可以在检测到异常后做一些异常处理（比如抛异常给java层处理，下文会讲）。当然平时写代码发现后还是需要按照正常思路解决的。

2.native方法如何抛出java类的异常

jni.h中提供了一个ThrowNew的方法来直接对java抛出异常

jint ThrowNew(JNIEnv *env, jclass clazz,
const char *message);Constructs an exception object from the specified class with the message specified by message and causes that exception to be thrown.

我们demo下

// 在java中声明一个抛出throws Exception的native方法
public native void nativeThrowException() throws Exception;

extern "C"
JNIEXPORT void JNICALL
Java_com_bj_gxz_jniapp_exception_JNIException_nativeThrowException(JNIEnv *env, jobject thiz) {jclass newExcCls = env->FindClass("java/lang/RuntimeException");env->ThrowNew(newExcCls, "throw exception from c++ code");
}

// 调用public void onJniException(View view) {JNIException jniException = new JNIException();jniException.nativeInvokeJavaException();try {jniException.nativeThrowException();} catch (Exception e) {e.printStackTrace();Log.e(TAG, "nativeThrowException Exception:", e);}}

com.bj.gxz.jniapp E/JNI: nativeThrowException Exception:java.lang.RuntimeException: throw exception from c++ codeat com.bj.gxz.jniapp.exception.JNIException.nativeThrowException(Native Method)at com.bj.gxz.jniapp.MainActivity.onJniException(MainActivity.java:56)at java.lang.reflect.Method.invoke(Native Method)省略不重要的信息...

结果符合预期，c++代码里抛出的异常被我们捕获了。

这样看，这两个可以结合使用，当jni中代码出现异常的时候可以通过jni.h提供的方法ThrowNew 抛到java层，由java调用者执行自己的异常处理代码逻辑。是的。

源代码：https://github.com/ta893115871/JNIAPP