《Spring高级事务管理难点难点剖析》由会员分享，可在线阅读，更多相关《Spring高级事务管理难点难点剖析（27页珍藏版）》请在金锄头文库上搜索。
1、Spring高级事务管理难点剖析1-1：DAO和事务管理的牵绊 问题：问题： 很少使用Spring但不使用Spring事务管理器的应用，因此常常有人会问：是否用了Spring，就一定要用Spring事务管理器，否则就无法进行数据的持久化操作呢？事务管理器和DAO是什么关系呢？1-2：DAO和事务管理的牵绊 真相：真相： 答案当然是否定的！我们都知道：事务管理是保证数据操作的事务性（即原子性，一致性，隔离性，持久性，也即所谓的ACID），脱离了事务性，DAO照样可以顺利地进行数据的操作。2-1：应用分层的迷惑 问题：问题： Web，Service及DAO三层划分就像西方国家的立法、行政、司法三权
2、分立一样被奉为金科玉律，是否要使用Spring的事务管理就一定先要进行三层的划分呢？是否每一层都需要有接口+实现类呢？2-2：应用分层的迷惑 真相：真相： 应用代码分层和Spring的事务管理是两回事，没有应用分层照样可以进行Spring事务管理。Spring的事务管理也不依赖于接口+实现类的开发模式。3-1：事务方法嵌套调用的迷茫 问题：问题： 一个事务方法调用另一个事务方法会产生两个事务，还是只有一个事务？3-2 认识TransactionDefinitionint getPropagationBehavior()：事务的传播行为int getIsolationLevel()：事务的隔离级
3、别int getTimeout()：事务的过期时间boolean isReadOnly()：事务的读写特性。很明显，除了事务的传播行为外，事务的其它特性Spring是借助底层资源的功能来完成的，Spring无非只充当个代理的角色。但是事务的传播行为却是Spring凭借自身的框架提供的功能3-3 Spring事务传播行为PROPAGATION_REQUIRED：如果当前没有事务，就新建一个事务，如果已经存在一个事务中，加入到这个事务中。这是最常见的选择。PROPAGATION_SUPPORTS：支持当前事务，如果当前没有事务，就以非事务方式执行。PROPAGATION_MANDATORY：使用当
4、前的事务，如果当前没有事务，就抛出异常。PROPAGATION_REQUIRES_NEW：新建事务，如果当前存在事务，把当前事务挂起。PROPAGATION_NOT_SUPPORTED：以非事务方式执行操作，如果当前存在事务，就把当前事务挂起。PROPAGATION_NEVER：以非事务方式执行，如果当前存在事务，则抛出异常。PROPAGATION_NESTED：如果当前存在事务，则在嵌套事务内执行。如果当前没有事务，则执行与PROPAGATION_REQUIRED类似的操作。所谓事务传播行为就是多个事务方法相互调用时，事务如何在这些方法间传播。Spring支持7种事务传播行为3-4：事务方法
5、嵌套调用的迷茫 真相：真相： Spring默认的事务传播行为是PROPAGATION_REQUIRED，它适合于绝大多数的情况。假设ServiveX#methodX()都工作在事务环境下（即都被Spring事务增强了），假设程序中存在如下的调用链：Service1#method1()-Service2#method2()-Service3#method3()，那么这3个服务类的3个方法通过Spring的事务传播机制都工作在同一个事务中。4-1：多线程的困惑 问题：问题： 如果在一个ServiceA和a()方法中启动一个线程，在这个新创建的线程中执行ServiceB的事务方法b()，Servic
6、eA的a()方法和ServiceB的b()方法是工作在同一事务环境中，还是分别拥有一个独立的事务呢?4-2：多线程的困惑 真相：真相： 在相同线程中进行相互嵌套调用的事务方法工作于相同的事务中。如果这些相互嵌套调用的方法工作在不同的线程中，不同线程下的事务方法工作在独立的事务中。5-1：联合军种作战的混乱 问题：问题： Hibernate,Spring JDBC,iBatis等多种数据持久方法如何联合使用，会存在哪些问题，如何进行事务管理的配置?5-2：如何配置事务管理器 如果你采用了一个高端ORM技术（Hibernate，JPA，JDO），同时采用一个JDBC技术（Spring JDBC，i
7、Batis），由于前者的会话（Session）是对后者连接（Connection）的封装，Spring会“足够智能地”在同一个事务线程让前者的会话封装后者的连接。所以，我们只要直接采用前者的事务管理器就可以了。下表给出了混合数据访问技术所对应的事务管理器： 5-3：丢失更新 由于Hibernate一级缓存的原因，在通过save,update,delete等方法操作数据时，并没有真正向数据库发送SQL，只有调用flush()时，Hibernate才会将一级缓存中的状态变化同步到数据库中。 Hibernate的事务管理在提交事务时，会自动调用flush()操作，将一级缓存同步到数据库中，此时才会将
8、产生并向数据库发送SQL语句。 正是因为以上原因的存在，所有在混合使用JDBC和Hibernate时，可能存在丢失更新的问题。Hibernate:user.setMark(30);session.update(user)JDBC:“update t_user set mark=mark+10”开始事务结束事务Hibernate同步一级缓存 1.“update t_user set mark=30” 2. 提交事务,最终user的mark为30,JDBC的更改被覆盖5-4：缓存不同步 在混合使用Hibernate和JDBC时，JDBC的操作不会同步到Hibernate的缓存中（一级缓存及二级缓存
9、），Hibernate缓存中的状态变更也不被JDBC感知。因此混合使用时必须特别关注这一点。5-5：混合使用最佳实践 由于混合数据访问技术的方案的事务同步而缓存不同步的情况，所以最好用Hibernate完成读写操作，而用Spring JDBC完成读的操作。如用Spring JDBC进行简要列表的查询，而用Hibernate对查询出的数据进行维护。如果确实要同时使用Hibernate和Spring JDBC读写数据，则必须充分考虑到Hibernate缓存机制引发的问题：必须充分分析数据维护逻辑，根据需要，及时调用Hibernate的flush()方法，以免覆盖Spring JDBC的更改，在Sp
10、ring JDBC更改数据库时，维护Hibernate的缓存。6-1：特殊方法成漏网之鱼 问题：问题： 是否配置了Spring事务AOP增强后，服务方法就可以工作在事务环境中呢？Spring的事务增强有哪些限制条件，哪些方法需要特别关注？6-2：特殊方法成漏网之鱼真相：真相： 由于Spring事务管理是基于接口代理或动态字节码技术，通过AOP实施事务增强的。 对于基于接口动态代理的AOP事务增强来说，由于接口的方法是public的，这就要求实现类的实现方法必须是public的（不能是protected，private等），同时不能使用static的修饰符。所以，可以实施接口动态代理的方法只能是
11、使用“public”或“public final”修饰符的方法，其它方法不可能被动态代理，相应的也就不能实施AOP增强，也即不能进行Spring事务增强了。 基于CGLib字节码动态代理的方案是通过扩展被增强类，动态创建子类的方式进行AOP增强植入的。由于使用final,static,private修饰符的方法都不能被子类覆盖，相应的，这些方法将不能被实施的AOP增强。所以，必须特别注意这些修饰符的使用，以免不小心成为事务管理的漏网之鱼。7-1：数据连接泄漏 问题：问题： 是否使用Spring的事务管理后，就没有数据连接泄漏的问题了？哪些情况下会发生连接泄漏问题，如何处理？7-2：直接从数据源
12、获取连接 如果我们在事务上下文中直接从数据源直接获取连接，且在使用完成后不主动归还给数据源（调用Connection#close()），则将造成数据连接泄漏的问题。7-3：DataSourceUtils Spring提供了一个能从当前事务上下文中获取绑定的数据连接的工具类，那就是DataSourceUtils。Spring强调必须使用DataSourceUtils工具类获取数据连接。static ConnectiondoGetConnection(DataSource dataSource)：首先尝试从事务上下文中获取连接，失败后再从数据源获取连接；static ConnectiongetCo
13、nnection(DataSource dataSource)：和doGetConnection方法的功能一样，实际上，它内部就是调用doGetConnection方法获取连接的；static voiddoReleaseConnection(Connection con, DataSource dataSource)：释放连接，放回到连接池中；static voidreleaseConnection(Connection con, DataSource dataSource)：和doReleaseConnection方法的功能一样，实际上，它内部就是调用doReleaseConnection方
14、法获取连接的；7-4：DataSourceUtils内部机制1.首先尝试从事务上下文获取连接2.如果事务上下文没有连接，则直接从数据源获取3.如果有事务上下文，将连接绑定上当前的事务上下文中。7-5：使用DataSourceUtils获取数据连接也可能造成泄漏 如果DataSourceUtils在没有事务上下文的方法中使用getConnection()获取连接，依然会造成数据连接泄漏！ 7-6：JdbcTemplate可以做到对连接泄漏免疫来看一下JdbcTemplate最核心的一个数据操作方法execute()：7-7：其它数据访问技术的等价类 理解了Spring JDBC的数据连接泄漏问题，其中的道理可以平滑地推广到其它框架中去。Spring为每个数据访问技术框架都提供了一个获取事务上下文绑定的数据连接（或其衍生品）的工具类和数据源（或其衍生品）的代理类。 8：资源1.Spring 事务管理高级应用难点剖析: 第 1 部分 2.Spring 事务管理高级应用难点剖析: 第 2 部分 3.Spring 事务管理高级应用难点剖析: 第 3部分 谢谢！
