java数据库事务手动提交回滚 java事务回滚案例

转载

mob64ca13ff5b03 2024-05-21 12:43:38

文章标签 java数据库事务手动提交回滚数据库 java 测试 spring 文章分类 Java 后端开发

Spring中@Transactional事务回滚（含实例具体解说，附源代码）

一、使用场景举例

在了解@Transactional怎么用之前我们必须要先知道@Transactional有什么用。

以下举个栗子：比方一个部门里面有非常多成员，这两者分别保存在部门表和成员表里面，在删除某个部门的时候，假设我们默认删除相应的成员。可是在运行的时候可能会出现这样的情况，我们先删除部门，再删除成员，可是部门删除成功了，删除成员的时候出异常了。这时候我们希望假设成员删除失败了。之前删除的部门也取消删除。这样的场景就能够使用@Transactional事物回滚。

二、checked异常和unchecked异常

这里之所以让大家清楚checked异常和unchecked异常概念，是由于：
Spring使用声明式事务处理。默认情况下，假设被注解的数据库操作方法中发生了unchecked异常，全部的数据库操作将rollback；假设发生的异常是checked异常，默认情况下数据库操作还是会提交的。

checked异常：
表示无效，不是程序中能够预測的。比方无效的用户输入。文件不存在。网络或者数据库链接错误。

这些都是外在的原因。都不是程序内部能够控制的。
必须在代码中显式地处理。

比方try-catch块处理。或者给所在的方法加上throws说明，将异常抛到调用栈的上一层。
继承自java.lang.Exception（java.lang.RuntimeException除外）。

unchecked异常：
表示错误，程序的逻辑错误。是RuntimeException的子类，比方IllegalArgumentException, NullPointerException和IllegalStateException。
不须要在代码中显式地捕获unchecked异常做处理。

继承自java.lang.RuntimeException（而java.lang.RuntimeException继承自java.lang.Exception）。

看以下的异常结构图也许层次感更加深些：

java数据库事务手动提交回滚 java事务回滚案例_spring

三、@Transactional的使用实例

本实例採用的是eclipse+maven，maven仅仅是作为jar管理，即便不了解的maven的猿友也能够读懂。

3.1、spring的配置文件

里面必须先配置tx名字空间例如以下：

java数据库事务手动提交回滚 java事务回滚案例_spring_02

为了使用基于@Transactional的事务管理，须要在Spring中进行例如以下的配置：

<bean id="appTransactionManager" class="org.springframework.jdbc.datasource.DataSourceTransactionManager">
      <property name="dataSource" ref="dataSource" />
    </bean>

    <tx:annotation-driven proxy-target-class="false" transaction-manager="appTransactionManager" />

博主的整个spring配置文件：

<?

xml version="1.0" encoding="UTF-8"?
> 
      <beans xmlns="http://www.springframework.org/schema/beans" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:context="http://www.springframework.org/schema/context" xmlns:tx="http://www.springframework.org/schema/tx" xmlns:aop="http://www.springframework.org/schema/aop" xsi:schemaLocation=" http://www.springframework.org/schema/tx http://www.springframework.org/schema/tx/spring-tx-2.5.xsd http://www.springframework.org/schema/beans http://www.springframework.org/schema/beans/spring-beans-3.0.xsd http://www.springframework.org/schema/aop http://www.springframework.org/schema/aop/spring-aop-3.0.xsd http://www.springframework.org/schema/context http://www.springframework.org/schema/context/spring-context-3.0.xsd"> <!-- 引入jdbc配置文件 --> <bean id="propertyConfigurer" class="org.springframework.beans.factory.config.PropertyPlaceholderConfigurer"> <property name="locations"> <list> <value>classpath:properties/*.properties</value> <!--要是有多个配置文件，仅仅需在这里继续加入就可以 --> </list> </property> </bean> <!-- 配置数据源 --> <bean id="dataSource" class="org.springframework.jdbc.datasource.DriverManagerDataSource"> <!-- 不使用properties来配置 --> <!-- <property name="driverClassName" value="com.mysql.jdbc.Driver" /> <property name="url" value="jdbc:mysql://localhost:3306/learning" /> <property name="username" value="root" /> <property name="password" value="christmas258@" /> --> <!-- 使用properties来配置 --> <property name="driverClassName"> <value>${jdbc_driverClassName}</value> </property> <property name="url"> <value>${jdbc_url}</value> </property> <property name="username"> <value>${jdbc_username}</value> </property> <property name="password"> <value>${jdbc_password}</value> </property> </bean> <bean id="appTransactionManager" class="org.springframework.jdbc.datasource.DataSourceTransactionManager"> <property name="dataSource" ref="dataSource" </bean> <tx:annotation-driven proxy-target-class="false" transaction-manager="appTransactionManager" <!-- 自己主动扫描了全部的XxxxMapper.xml相应的mapper接口文件，这样就不用一个一个手动配置Mpper的映射了。仅仅要Mapper接口类和Mapper映射文件相应起来就能够了。 
      
 -->
 <bean class="org.mybatis.spring.mapper.MapperScannerConfigurer"> <property name="basePackage" value="com.luo.dao" </bean> <!-- 配置Mybatis的文件 ，mapperLocations配置**Mapper.xml文件位置。configLocation配置mybatis-config文件位置--> <bean id="sqlSessionFactory" class="org.mybatis.spring.SqlSessionFactoryBean"> <property name="dataSource" ref="dataSource" <property name="mapperLocations" value="classpath:mapper/*.xml"/> <property name="configLocation" value="classpath:mybatis/mybatis-config.xml" <!-- <property name="typeAliasesPackage" value="com.tiantian.ckeditor.model" /> --> </bean> <!-- 自己主动扫描注解的bean --> <context:component-scan base-package="com.luo.service" </beans>

3.2、使用@Transactional，在加入用户实现类方法加上注解

@Transactional(propagation=Propagation.REQUIRED)
public void addUser(User user) {
    userDao.addUser(user);
    String string  = null;
    if(string.equals("")) {
        int i = 0;
    }
}

上面的方法我有益让其出现空指针异常，会事物回滚

3.3、运行单元測试类

@Test  
public void addUserTest(){  
    User user = new User();
    user.setUserName("luoguohui1");
    user.setUserPassword("luoguohui1");
    userService.addUser(user);
}

发现无法插入进去。可是假设把@Transactional去掉，即代码例如以下。尽管出现异常。可是数据库中还是有加入相应数据的：

java数据库事务手动提交回滚 java事务回滚案例_测试_03

3.4、源代码下载

本文的project是在mybatis入门（含实例教程和源代码）的基础上改动的。该文包括了数据库脚本及project搭建的具体流程。

四、Spring中的@Transactional必须要了解的概念

Spring中的@Transactional基于动态代理的机制，提供了一种透明的事务管理机制。方便快捷解决在开发中碰到的问题。

一般使用是通过例如以下代码对方法或接口或类凝视：

@Transactional(propagation=Propagation.NOT_SUPPORTED)

Propagation支持7种不同的传播机制：

REQUIRED：假设存在一个事务，则支持当前事务。

假设没有事务则开启一个新的事务。

SUPPORTS：假设存在一个事务，支持当前事务。假设没有事务，则非事务的运行。可是对于事务同步的事务管理器，PROPAGATION_SUPPORTS与不使用事务有少许不同。

NOT_SUPPORTED：总是非事务地运行，并挂起不论什么存在的事务。

REQUIRESNEW：总是开启一个新的事务。假设一个事务已经存在，则将这个存在的事务挂起。

MANDATORY：假设已经存在一个事务，支持当前事务。假设没有一个活动的事务，则抛出异常。

NEVER：总是非事务地运行，假设存在一个活动事务，则抛出异常

NESTED：假设一个活动的事务存在。则运行在一个嵌套的事务中。假设没有活动事务。则按REQUIRED属性运行。

以下是一些须要注意的事项，必须必须必须要看。不然遇到各种坑别说博主没有提醒你哦：

以下是一些须要注意的事项。必须必须必须要看，不然遇到各种坑别说博主没有提醒你哦：

在须要事务管理的地方加@Transactional 注解。@Transactional 注解能够被应用于接口定义和接口方法、类定义和类的 public 方法上。
@Transactional 注解仅仅能应用到 public 可见度的方法上。
假设你在 protected、private 或者 package-visible 的方法上使用 @Transactional 注解。它也不会报错，可是这个被注解的方法将不会展示已配置的事务设置。
注意仅仅 @Transactional 注解的出现不足于开启事务行为。它仅仅是一种元数据。必须在配置文件里使用配置元素，才真正开启了事务行为。
通过元素的 “proxy-target-class” 属性值来控制是基于接口的还是基于类的代理被创建。假设 “proxy-target-class” 属值被设置为 “true”。那么基于类的代理将起作用（这时须要CGLIB库cglib.jar在CLASSPATH中）。假设 “proxy-target-class” 属值被设置为 “false” 或者这个属性被省略，那么标准的JDK基于接口的代理将起作用。
Spring团队建议在具体的类（或类的方法）上使用 @Transactional 注解。而不要使用在类所要实现的不论什么接口上。在接口上使用 @Transactional 注解。仅仅能当你设置了基于接口的代理时它才生效。
由于注解是不能继承的。这就意味着假设正在使用基于类的代理时。那么事务的设置将不能被基于类的代理所识别，并且对象也将不会被事务代理所包装。
@Transactional 的事务开启，或者是基于接口的或者是基于类的代理被创建。所以在同一个类中一个方法调用还有一个方法有事务的方法，事务是不会起作用的。