【Spring 事务管理系列之二】抛开Spring我们手动实现事务控制

最新推荐文章于 2022-06-30 11:49:15 发布

weixin_33943836

最新推荐文章于 2022-06-30 11:49:15 发布

阅读量119

点赞数

文章标签：数据库 python java

原文链接：https://my.oschina.net/lianlupeng/blog/366698

版权

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

记得上篇文章，讲述了spring以jdbc作为数据源实现事务控制的列子，可能大家像我一样，觉得原来这样就实现事务啦，对，我一般学习一些新东西，首先会把这个东西能运行的跑出来个demo，不能运行的，我尝试用底层的类，写写代码，以便搞清楚其真实的逻辑，当然学习方法因人而异。

这一节，准备实现什么呢？我想从最基本的jdbc开始，看看不依赖其他的任何东西，如何实现，事务，这里很简单的讲事务，统一指本地事务，如果牵涉到分布式事务，我会着色标记，这里不考虑事务之间的传播属性，底层数据库的隔离级别，也许以后会有相关的分析，但是目前，我不准备提及。

好，说了那么多废话，咱们就开始进入正题。这一节，我写应用程序，你分析逻辑，当然如果没人分析的话，我还是要自己分析的，毕竟要引出问题，往下面接着写，写一个系列，一方面和大家分享，一方面作为自己的总结。

这一次我想验证一个问题，java的事务是决定在谁身上的，上篇博客记得我说过，是Connection。同样以上一小节举得例子，Customer和Address两个表来做说明，本例遵循一般java应用的DAO，Service层的模块组织结构，如果Customer和Address对应的DAO分别获取不同的Connection对象，那么在测试的service中，获取另外一个Connection对象，执行相应的插入操作，如果插入中间出现异常，则即使调用connection回滚，则不起作用，如果按照咱们的预测，那么一定程度上，辅证了上一节的观点。

模块的组成大致如下：

关于Customer和Address对应的一般的pojo，不在描述，这里可能有个误区，说你不使用spring的事务管理，干嘛要包含spring呢，其实spring不止有事务的便捷性，还有IOC,我不想手动的创建bean（这个词又坑了多少人啊，理解成包含变量，提供set get方法的类就好，逼格高的名词，我不是很喜欢），ok。

看完组成之后，我们来看对应的DAO的实现，拿CustomerDAO来说事吧，AddressDAO也类似，代码如下：

public class CustomerDAOImpl implements CustomerDAO {

	private DataSource dataSource;

	/**
	 * @param dataSource
	 */
	public void setDataSource(final DataSource dataSource) {
		this.dataSource = dataSource;
	}

	@Override
	public void create(Customer customer) {
		String queryCustomer = "insert into Customer (id, name) values (?,?)";
		Connection connection =null;
		PreparedStatement preparedStatement = null;
		try {
		    connection = dataSource.getConnection();
		    connection.setAutoCommit(false);
		    
		    preparedStatement = connection.prepareStatement(queryCustomer);
		    preparedStatement.setInt(1, customer.getId());
		    preparedStatement.setString(2, customer.getName());
		    preparedStatement.execute();
		    
		    connection.commit();
		   
        } catch (SQLException e) {
            System.out.println(e);
                try {
                    if(connection!=null){
                        connection.rollback();
                    }
                } catch (SQLException e1) {
                    System.out.println(e1);
                }
        }finally{
            try {
                if(connection!=null){
                    connection.rollback();
                }
            } catch (SQLException e2) {
                System.out.println(e2);
            }
        }
		System.out.println("Inserted into Customer Table Successfully");
	}

}

哈哈，先不要骂我，我一点点说，首先功能是实现了是不是，至于是否优雅，暂且不论，我相信，每个人都写过这样的代码，ok。

在看一下使用这个类的“测试类"，为什么测试类打引号呢，因为没有遵从maven的约定，不是在src/main/test目录下建立的测试类，本人比较懒，主测试类的代码：

public static void main(String[] args) {
		ClassPathXmlApplicationContext ctx = new ClassPathXmlApplicationContext(
				"spring.xml");
		CustomerDAO customerDAO = (CustomerDAO) ctx.getBean("customerJDBCDAO");
		AddressDAO addressDAO = (AddressDAO) ctx.getBean("addressJDBCDAO");
		Customer cust = createDummyCustomer();
		Address address = createDummyAddress();
		DataSource dataSource = (DataSource) ctx.getBean("dataSource");
		Connection connection =null;
		try {
		    connection = dataSource.getConnection();
		    connection.setAutoCommit(false);
		    
		    customerDAO.create(cust);
		    addressDAO.create(address);
		    
		    connection.commit();
        } catch (Exception e) {
            // TODO: handle exception
            try {
                if(connection!=null)
                    connection.rollback();
            } catch (Exception e2) {
                // TODO: handle exception
            }
        }finally{
            try {
                if(connection!=null)
                    connection.rollback();
            } catch (Exception e2) {
                // TODO: handle exception
            }
        }
		ctx.close();
	}

	private static Customer createDummyCustomer() {
		Customer customer = new Customer();
		customer.setId(2);
		customer.setName("lianzi");
		return customer;
	}
	private static Address createDummyAddress() {
        Address address = new Address();
        address.setId(2);
        address.setCountry("china");
        // setting value more than 20 chars, so that SQLException occurs
        address.setAddress("********************************************");
        return address;
    }

因为使用了spring ioc，所以要把相应的bean的配置加进来，这样你才明白，我为什么没在DAO里面传递DataSource的原因，对应的spring.xml文件的主要配置如下：

<!-- MySQL DB DataSource -->
	<bean id="dataSource"
		class="org.springframework.jdbc.datasource.DriverManagerDataSource">

		<property name="driverClassName" value="com.mysql.jdbc.Driver" />
		<property name="url" value="jdbc:mysql://localhost:3306/transactionDB" />
		<property name="username" value="root" />
		<property name="password" value="sishao_uestc" />
	</bean>
	<!-- two daos use jdbc datasource -->
	<bean id="customerJDBCDAO" class="com.lianzi.jdbc.dao.impl.CustomerDAOImpl">
		<property name="dataSource" ref="dataSource"></property>
	</bean>
	<bean id="addressJDBCDAO" class="com.lianzi.jdbc.dao.impl.AddressDAOImpl">
		<property name="dataSource" ref="dataSource"></property>
	</bean>

好啦，到这里实现啦，运行测试类你会发现，结果和上一节讲的一样，因为AddressDAO里面抛了异常，但是我try catch住啦，也回滚啦，结果如下：

但是，你会发现，sql数据库里面，结果和上次不一样，customer表里有数据，而address里面没有，这说明回滚不起作用，原因上面说啦，不是同一个Connection，java事务是Connection对象所决定的。

发现的问题

1、分层带来的困扰

在业务里面，编写事务处理的代码，污染了业务代码，犯了分层的“忌讳”。

2、把事务说小拉

你怎么知道，在事务开启的时候，customerDAO和addressDAO在同一个事务里面？妄想的吧

3、代码重复太多

没写一个DAO，都要开启事务，填充sql，执行sql，把ResultSet解析到bean，或者称之为业务对象

问题的关键点

1、如何界定事务的边界，在哪里声明事务？

2、下一篇文章会重构这部分代码，会因为另外一个问题，这节的例子，事务回滚没有起作用，是因为用的不是一个Connection对象，很简单的想法是使用Connection对象，传递给每个DAO层，那样就会起作用啦，那是这是严重的api污染，于是引出，如何构建一个“上下文”，在事务开始与事务提交时，以及在事务过程中所有数据访问方法都能“隐式”地得到“同一个资源”(数据库连接）？

概念的说明：

1、资源：

无论是jdbc的connecttion、还是hibernate、mybatis的session，统称为资源。

关于资源、事务、线程，也是个很不容易理解的，地方，他们的生命周期是怎么样的呢？

转载于:https://my.oschina.net/lianlupeng/blog/366698