行云数据库(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端控制台的输出,成功打印出异常栈信息

在这里插入图片描述

猜你喜欢

转载自blog.csdn.net/qq_42570601/article/details/109606887
今日推荐