行云数据库(CirroData)存储过程编译计算异常机制验证总结
编译计算异常机制验证总结
一、IR API抛出异常，IR执行时捕获
【结论】当使用llvm api时如果出现编码错误引起的异常，会直接导致当前线程崩溃，不管是codeGen还是runFunction，都无法对其捕获。
验证过程如下：
//故意写错一个llvm api，用C++的异常机制对其捕获
//Java控制台的输出，codeGen时就已经报错
二、IR调用C，C抛出异常，IR执行时捕获
【结论】IR映射一个C函数，如果C函数抛出异常，IR在codeGen完成后runFunction时，能够捕获到这个异常。
验证过程如下：
//C函数可能会抛出一个异常
//IR调用C函数
//执行IR时捕获C抛出的异常
//Java控制台的输出
三、C调用Java，Java抛出异常，C用JNI异常捕获
【结论】C使用JNI机制调用Java端的方法，如果该方法抛出异常，则可以采用JNI的异常处理方法去捕获该异常。
验证过程如下：
//Java端的这个方法会抛出异常
//C中调用Java方法，并采用JNI的异常处理
//Java端控制台的输出，将异常栈中的信息打印出来，然后再将宜异常栈清除，程序会继续执行。
四、Java的native方法抛出异常，Java调用native方法时捕获
【结论】Java端的某个方法会产生一个异常，C端调用这个方法，但是不对异常处理，然后在Java端调用与C端对应的native方法，对其try…catch…可以捕获到异常。
验证过程如下：
//Java端的这个方法会抛出异常
//C中调用Java方法，但是不采用JNI异常处理
//Java调用C对应的native方法时try…catch…
//Java端控制台的输出，成功打印出异常栈信息