从org.springframework.dao.DuplicateKeyException说起

2019独角兽企业重金招聘Python工程师标准>>>

Spring MyBatis的异常处理

通常在dao层将所有异常转嫁到Spring的RuntimeException体系(org.springframework.dao.DataAccessException)中来。 如：

try {  
    vehicleDAO.insert(vehicle);  
} catch (DataAccessException e) {  
    SQLException sqle = (SQLException) e.getCause();  
    System.out.println("Error code: " + sqle.getErrorCode());  
    System.out.println("SQL state: " + sqle.getSQLState());  
} 

我们可以获取状态码和SQL状态。 这样就知道了这个错误的具体含义，比如104：唯一约束验证失败。这就是我们故意设置的重复主键问题。

Spring的JDBC模块为我们预定义了一些错误代码，它存储在org.springframework.jdbc.support包下的sql-error-codes.xml文件中，其中描述HSQL的内容为：

<bean id="HSQL" class="org.springframework.jdbc.support.SQLErrorCodes">  
    <property name="databaseProductName">  
        <value>HSQL Database Engine</value>  
    </property>  
    <property name="badSqlGrammarCodes">  
        <value>-22,-28</value>  
    </property>  
    <property name="duplicateKeyCodes">  
        <value>-104</value>  
    </property>  
    <property name="dataIntegrityViolationCodes">  
        <value>-9</value>  
    </property>  
    <property name="dataAccessResourceFailureCodes">  
        <value>-80</value>  
    </property>  
</bean>  

上面我们已经知道在org.springframework.jdbc.support包下有sql-error-codes.xml文件，在Spring启动时会自动读取这个文件中的错误码，它为我们预分类了一些错误码，而我们可以加强它，来使用我们自定义的异常。

首先，定义一个异常类，我们就来自定义一下前面的-104错误，就是HSQL的重复键的问题：

package org.ourpioneer.vehicle.exception;  
import org.springframework.dao.DataIntegrityViolationException;  
public class VehicleDuplicateKeyException extends  
        DataIntegrityViolationException {  
    public VehicleDuplicateKeyException(String msg) {  
        super(msg);  
    }  
    public VehicleDuplicateKeyException(String msg, Throwable cause) {  
        super(msg, cause);  
    }  
} 

之后我们重新新建一个sql-error-codes.xml代码，并将它放到类路径的根目录下，这样Spring会发现它并使用我们自定义的文件，在配置中定义如下：

<bean id="HSQL" class="org.springframework.jdbc.support.SQLErrorCodes">  
        <property name="databaseProductName" value="HSQL Database Engine" />  
        <property name="useSqlStateForTranslation" value="false" />  
        <property name="customTranslations">  
            <list>  
                <ref local="vehicleDuplicateKeyTranslation" />  
            </list>  
        </property>  
    </bean>  
    <bean id="vehicleDuplicateKeyTranslation"  
    class="org.springframework.jdbc.support.CustomSQLErrorCodesTranslation">  
        <property name="errorCodes" value="-104" />  
        <property name="exceptionClass"  
    value="org.ourpioneer.vehicle.exception.VehicleDuplicateKeyException" />  
</bean>  

之后就可以使用我们自己定义的异常类了。出现异常后，VehicleDuplicateKeyException就抛出了。 DataAccessException是RuntimeException，是无需检查的异常，不要求进行代码处理。

Spring的Dao抛上来的异常通常有：

• CleanupFailureDataAccessException 一项操作成功地执行，但在释放数据库资源时发生异常（例如，关闭一个Connection）
• DataAccessResourceFailureException 数据访问资源彻底失败，例如不能连接数据库
• DataIntegrityViolationException Insert或Update数据时违反了完整性，例如违反了惟一性限制
• DataRetrievalFailureException 某些数据不能被检测到，例如不能通过关键字找到一条记录
• DeadlockLoserDataAccessException 当前的操作因为死锁而失败
• IncorrectUpdateSemanticsDataAccessException Update时发生某些没有预料到的情况，例如更改超过预期的记录数。当这个异常被抛出时，执行着的事务不会被回滚
• InvalidDataAccessApiusageException 一个数据访问的JAVA API没有正确使用，例如必须在执行前编译好的查询编译失败了
• InvalidDataAccessResourceUsageException 错误使用数据访问资源，例如用错误的SQL语法访问关系型数据库
• OptimisticLockingFailureException 乐观锁的失败。这将由ORM工具或用户的DAO实现抛出
• TypemismatchDataAccessException Java类型和数据类型不匹配，例如试图把String类型插入到数据库的数值型字段中
• UncategorizedDataAccessException 有错误发生，但无法归类到某一更为具体的异常中

这样服务层可以精确的捕获异常，或者向上继续抛出异常。

---

更多内容关注：

转载于:https://my.oschina.net/u/1000241/blog/1827423