Mybatis异常类体系结构图如下:
1、IbatisException类已被@Deprecated注解标注,意味着在未来的版本中可能会被废弃掉。
2、其他已明确类型的各子异常类都直接或间接的继承自PersistenceException类。
3、对于不确定异常类型的处理,mybatis也提供了通过异常工厂ExceptionFactory的wrapException方法对异常进行包装为PersistenceException类后抛出。
4、值得注意的一点是mybatis作为一个开源持久层框架势必会与其他框架进行整合,考虑到这一点mybatis将作为外围体系类的异常类均手动指定了serialVersionUID属性值。
5、异常工厂类ExceptionFactory的实现:私有化构造方法,提供静态方法。
package org.apache.ibatis.exceptions;
import org.apache.ibatis.executor.ErrorContext;
/**
* @author Clinton Begin
*/
public class ExceptionFactory {
private ExceptionFactory() {
// Prevent Instantiation
}
public static RuntimeException wrapException(String message, Exception e) {
return new PersistenceException(ErrorContext.instance().message(message).cause(e).toString(), e);
}
}
6、序列化的相关知识:
一个类实现了Serializable接口,但是在序列化后,对类的结构进行了修改,那么反序列化时就会出现版本不一致的问题。而如果不实现Serializable接口,而是手动指定serialVersionUID的值,那么即使类的结构发生了变化,只要serialVersionUID的值不变,就可以保证序列化和反序列化的正确性。
手动指定serialVersionUID的值本质上是一种序列化弱校验。