我是一个Java程序员，Java写的多了，自然而然想往J2EE（现在叫JavaEE了）方面发展。于是我开始翻看J2EE方面的资料，在网上查，在论坛问。最后我查到一大堆词，像什么Struts、Webwork、Spring、Hibernate、EJB等等，这些能叫上名字的都是牌子大的，更有不计其数的我叫不上来名字或者根本就没有听说过的。于是我大概每个都看看。看的最多的是Struts，当我看到略为深入的部分后，各种各样的设计模式一股脑儿的全都冒了出来。于是我开始学习设计模式，起初我本来想碰到一个模式学一个。但是看着看着，好多模式在一起混用，于是我不得不停下来花好多时间来学习。最后下了个决心干脆把模式全部来一遍算了。所以有了我的设计模式一些列文章。（关于设计模式的文章请看：http://blog.csdn.net/qutr/category/125050.aspx和http://blog.csdn.net/qutr/category/166495.aspx）

在设计模式看完以后，我忙了一段时间，J2EE的学习也就停了下来。之后我又将J2EE的学习提上了学习日程。但是现在我有些迷茫了，这么一大堆名词他们和J2EE到底是什么关系，他们之间到底有什么样的联系以及用哪个好，不用哪个好？这些问题让我十分的烦恼。

直到最后我读了Rod Johnson（关于Rod我就不说了Spring的创始人，但网上有人这样评价他：“我对Rod的敬佩不是因为他发明了Spring，而是他对J2EE开发的深刻理解”）的文章《Introduce To Spring Framework》（英文原文：http://www.theserverside.com/tt/articles/article.tss?l=SpringFramework；中文翻译：http://forum.javaeye.com/viewtopic.php?t=4919）后我才渐渐明白了一些概念，Rod的这篇文章相当精彩，从头到尾讲解了Spring的功能，讲解了Spring的各个模块的实现意图。得到的结论是：Spring是个小而全的轻量级J2EE Framework。原来论坛上和网上大家说的Struts（Webwork）+Spring+Hibernate是利用了Struts（Webwork）的MVC功能，Spring的Ioc和Aop功能还有Hibernate的数据库操作功能。至此我决定以Spring为切入点来学习J2EE技术。

二、关于《Spring In Action》

我觉得写这本书的两位作者真是两个牛人，不仅对Spring理解的好，而且似乎懂得心理学的知识。他们抓住了读者的心理，将一些基本概念讲解的比较清楚，而且对一些名词如Struts，Webwork等作了简短的解释和与Spring的比较。诠释了学习者心中的疑惑，自然这本书深深的吸引了我。

在书买回来的前几天里我看得非常快，开始看得很过瘾，渐渐的越看越迷糊，越看约看不懂了。最后我发现原因就是：光看不练造成的。于是我下定决心：不做草上飞，踏踏实实向前进。

为什么要写学习笔记？我觉得这是督促强迫我坚持学习的唯一途径（我这个人比较懒J）。

整本书的学习笔记我会以章为单位，每次在Blog上发布一章的内容。有些章的内容可能太多或者对我来说太难我会好长时间才把学习笔记写出来；有些章的内容可能对我来说暂时没什么用处，我可能会不写或者非常简单的摘录。网上好多人反映出版社和作者不负责任没有将书中的源代码呈现给读者。我想这是坏事，但是反过来也是好事。没有完整的源代码我们正好可以自己写出来，那样更会加深对Spring知识的理解。在整个的学习过程中我会试着把作者所说的知识点和各模块，各个类的代码完整的写出来贴到文章中，还会做一些详细的解释。有些实在重复的内容，我只列出代码片段，做一些解释。

三、小结

对该书的整个学习过程我不会就光看这一本书，我会参考其它一些书或文章。这些书是：

l        《精通Spring》 by罗时飞

l        《Spring开发指南》 by 夏昕

l        《Spring live中文版》翻译白汉奇

l        《Introduce To Spring Framework》by Rod Johnson

l        《Pro Spring》(这本书已经有中文版了，好像不错应该好好看看)

l        还有其它一些书籍、文章。

当引用了哪本书或者哪篇文章的段落我会明确表明出处，我的文章是为了自我学习和与大家交流的，没有用于商业用途，所以希望大家也就不要和我纠缠版权了J。同样引用我文章的个人或网站，希望你们注明出处。

最后说一点，我写《Spring in Action》读书笔记不是为了吸引眼球，而是为了督促自己，将文章发表到Blog上是为了和大家交流，希望高手看到多多指点。

当我们调用一个基于Spring的Service接口方法（如UserService#addUser()）时，它将运行于Spring管理的事务环境中，Service接口方法可能会在内部调用其它的Service接口方法以共同完成一个完整的业务操作，因此就会产生服务接口方法嵌套调用的情况，Spring通过事务传播行为控制当前的事务如何传播到被嵌套调用的目标服务接口方法中。

事务传播是Spring进行事务管理的重要概念，其重要性怎么强调都不为过。但是事务传播行为也是被误解最多的地方，在本文里，我们将详细分析不同事务传播行为的表现形式，掌握它们之间的区别。

事务传播行为种类

Spring在TransactionDefinition接口中规定了7种类型的事务传播行为，它们规定了事务方法和事务方法发生嵌套调用时事务如何进行传播：

表1事务传播行为类型

当使用PROPAGATION_NESTED时，底层的数据源必须基于JDBC 3.0，并且实现者需要支持保存点事务机制。

几种容易引起误解的组合事务传播行为

当服务接口方法分别使用表1中不同的事务传播行为，且这些接口方法又发生相互调用的情况下，大部分组合都是一目了然，容易理解的。但是，也存在一些容易引起误解的组合事务传播方式。

下面，我们通过两个具体的服务接口的组合调用行为来破解这一难点。这两个服务接口分别是UserService和ForumService，UserSerice有一个addCredits()方法，ForumSerivce#addTopic()方法调用了UserSerice#addCredits()方法，发生关联性服务方法的调用：

public class ForumService {

private UserService userService;

public void addTopic(){①调用其它服务接口的方法

//add Topic…

userService.addCredits();②被关联调用的业务方法

}

}

嵌套调用的事务方法

对Spring事务传播行为最常见的一个误解是：当服务接口方法发生嵌套调用时，被调用的服务方法只能声明为PROPAGATION_NESTED。这种观点犯了望文生义的错误，误认为PROPAGATION_NESTED是专为方法嵌套准备的。这种误解遗害不浅，执有这种误解的开发者错误地认为：应尽量不让Service类的业务方法发生相互的调用，Service类只能调用DAO层的DAO类，以避免产生嵌套事务。

其实，这种顾虑是完全没有必要的，PROPAGATION_REQUIRED已经清楚地告诉我们：事务的方法会足够“聪明”地判断上下文是否已经存在一个事务中，如果已经存在，就加入到这个事务中，否则创建一个新的事务。

依照上面的例子，假设我们将ForumService#addTopic()和UserSerice#addCredits()方法的事务传播行为都设置为PROPAGATION_REQUIRED，这两个方法将运行于同一个事务中。

为了清楚地说明这点，可以将Log4J的日志设置为DEBUG级别，以观察Spring事务管理器内部的运行情况。下面将两个业务方法都设置为PROPAGATION_REQUIRED，Spring所输出的日志信息如下：

Using transaction object

[org.springframework.jdbc.datasource.DataSourceTransactionManager$DataSourceTransactionObject@e3849c]

①为ForumService#addTopic()新建一个事务

Creating new transaction with name [com.baobaotao.service.ForumService.addTopic]: PROPAGATION_REQUIRED,ISOLATION_DEFAULT

Acquired Connection [org.apache.commons.dbcp.PoolableConnection@dc41c5] for JDBC transaction

Switching JDBC Connection [org.apache.commons.dbcp.PoolableConnection@dc41c5] to manual commit

Bound value [org.springframework.jdbc.datasource.ConnectionHolder@ee1ede] for key [org.apache.commons.dbcp.BasicDataSource@4204] to thread [main]

Initializing transaction synchronization

Getting transaction for [com.baobaotao.service.ForumService.addTopic]

Retrieved value [org.springframework.jdbc.datasource.ConnectionHolder@ee1ede] for key [org.apache.commons.dbcp.BasicDataSource@4204] bound to thread [main]

Using transaction object [org.springframework.jdbc.datasource.DataSourceTransactionManager$DataSourceTransactionObject@8b8a47]

②UserService#addCredits()简单地加入到已存在的事务中（即①处创建的事务）

Participating in existing transaction

Getting transaction for [com.baobaotao.service.UserService.addCredits]

Completing transaction for [com.baobaotao.service.UserService.addCredits]

Completing transaction for [com.baobaotao.service.ForumService.addTopic]

Triggering beforeCommit synchronization

Triggering beforeCompletion synchronization

Initiating transaction commit

③调用底层Connection#commit()方法提交事务

Committing JDBC transaction on Connection [org.apache.commons.dbcp.PoolableConnection@dc41c5]

Triggering afterCommit synchronization

Triggering afterCompletion synchronization

Clearing transaction synchronization

嵌套事务

将ForumService#addTopic()设置为PROPAGATION_REQUIRED时，UserSerice#addCredits()设置为PROPAGATION_REQUIRED、PROPAGATION_SUPPORTS、PROPAGATION_MANDATORY时，运行的效果都是一致的（当然，如果单独调用addCredits()就另当别论了）。

当addTopic()运行在一个事务下（如设置为PROPAGATION_REQUIRED），而addCredits()设置为PROPAGATION_NESTED时，如果底层数据源支持保存点，Spring将为内部的addCredits()方法产生的一个内嵌的事务。如果addCredits()对应的内嵌事务执行失败，事务将回滚到addCredits()方法执行前的点，并不会将整个事务回滚。内嵌事务是内层事务的一部分，所以只有外层事务提交时，嵌套事务才能一并提交。

嵌套事务不能够提交，它必须通过外层事务来完成提交的动作，外层事务的回滚也会造成内部事务的回滚。

嵌套事务和新事务

PROPAGATION_REQUIRES_NEW 和 PROPAGATION_NESTED也是容易混淆的两个传播行为。PROPAGATION_REQUIRES_NEW 启动一个新的、和外层事务无关的“内部”事务。该事务拥有自己的独立隔离级别和锁，不依赖于外部事务，独立地提交和回滚。当内部事务开始执行时，外部事务将被挂起，内务事务结束时，外部事务才继续执行。

由此可见， PROPAGATION_REQUIRES_NEW 和 PROPAGATION_NESTED 的最大区别在于：PROPAGATION_REQUIRES_NEW 将创建一个全新的事务，它和外层事务没有任何关系，而 PROPAGATION_NESTED 将创建一个依赖于外层事务的子事务，当外层事务提交或回滚时，子事务也会连带提交和回滚。

其它需要注意问题

以下几个问题值得注意：

1) 当业务方法被设置为PROPAGATION_MANDATORY时，它就不能被非事务的业务方法调用。如将ForumService#addTopic()设置为PROPAGATION_MANDATORY，如果展现层的Action直接调用addTopic()方法，将引发一个异常。正确的情况是：addTopic()方法必须被另一个带事务的业务方法调用（如ForumService#otherMethod()）。所以PROPAGATION_MANDATORY的方法一般都是被其它业务方法间接调用的。

2) 当业务方法被设置为PROPAGATION_NEVER时，它将不能被拥有事务的其它业务方法调用。假设UserService#addCredits()设置为PROPAGATION_NEVER，当ForumService# addTopic()拥有一个事务时，addCredits()方法将抛出异常。所以PROPAGATION_NEVER方法一般是被直接调用的。

3)当方法被设置为PROPAGATION_NOT_SUPPORTED时，外层业务方法的事务会被挂起，当内部方法运行完成后，外层方法的事务重新运行。如果外层方法没有事务，直接运行，不需要做任何其它的事。

小结