深入浅出Android NDK之异常处理

目录
上一篇 深入浅出Android NDK之jni对象操作

jni中的异常处理主要包括异常抛出和异常检测两个部分。
抛异常提供了以下API:

jint Throw(jthrowable obj);
jint ThrowNew(jclass clazz, const char* message);
void FatalError(const char* msg);

这此API都很简单，一看就知道是啥意思，我就不想再讲了，大家有疑问的可以去查查官方文档。再次强调一下官方文档的重要性并附上链接：
https://docs.oracle.com/javase/7/docs/technotes/guides/jni/spec/jniTOC.html

今天我主要讲讲异常检测，异常检测的API有：
jthrowable ExceptionOccurred();
void ExceptionDescribe();
void ExceptionClear();
jboolean ExceptionCheck();

在实际项目中，如果当我们使用CallXXXMehtod调用了java的一个函数，如果这个函数抛出了一个异常。一般情况下，我们应该这么做：

void test(JNIEnv *env) {
	env->CallVoidMehtod(env,jmehtodID, 参数);//假设反调时java函数抛异常了
	if (env->ExceptionCheck()) {
		ExceptionClear();//检测到有异常后，清除这个异常再执行其他代码。
	}
	....其他代码
}

或者：

void test(JNIEnv *env) {
	env->CallVoidMehtod(env,jmehtodID, 参数);//假设反调时java函数抛异常了
	if (env->ExceptionCheck()) {
		return;//检测到异常，直接返回，不再执行其他代码。最终这个异常会抛到java层。
	}
	....其他代码
}

如果不这样做会怎么样呢？假充你在发生异常之后，没有调用过其他JNIEnv里面的函数，那没关系，这个异常最终还是会抛到java层。如果你继续调用了其他JNIEnv里面的函数，那么对不起，SO直接崩溃。我之前就遇到这样的问题，百思不得其解。调用一个GetMethodID竟然崩溃了，并且通过崩溃日志你什么都看不出来，你只知道调用这个函数崩溃了，具体是啥原因，呵呵！没人能告诉你。根据官方文档的说明，当异常发生了之后，在异常被清除或者捕获之前，除了下面的列举的以外，再调用其他任何其他JNI函数都是不合法的：

ExceptionOccurred()
ExceptionDescribe()
ExceptionClear()
ExceptionCheck()
ReleaseStringChars()
ReleaseStringUTFChars()
ReleaseStringCritical()
Release<Type>ArrayElements()
ReleasePrimitiveArrayCritical()
DeleteLocalRef()
DeleteGlobalRef()
DeleteWeakGlobalRef()
MonitorExit()
PushLocalFrame()
PopLocalFrame()

下面我们看个例子：

void test(JNIEnv *env) {
	jclass cls = env->FindClass("java/lang/NullPointerException");
	env->ThrowNew(cls, "test");
	int i = 0;
	i++;
	env->FindClass("java/lang/NullPointerException");//兄弟，运行这段代码会崩溃，因为之前有异常抛出了，你咋不检测异常并清除它呢？
}

有人说了，那不是很麻烦，每次调用一个函数都得检测下。
那倒也不用，因为大部分函数都是不会抛异常的。
如果你是调用系统函数或者自己写的一些函数，会不会抛异常其实你的心里是有数的。
只有当我们在C层回调java的某个接口里的函数，这个接口其实是由使用者实现的，这个使用者会不会抛异常呢？这个你就不知道了。这时候你就应该检测下。检测到异常之后，你可以让你的函数立马返回。这样异常最终会在java层抛出，让java层去处理。你也可以暴力一点直接清除这个异常。但是不能不管不问，要不然SO会崩溃，到时候APP开发的同学就要找你麻烦了，说这是SO的崩溃，跟APP没关系。

下一篇 深入浅出Android NDK之jni三大引用(本地引用、全局引用、全局弱引用)