]]>
]]>
]]>
]]>
]]>
我是一?/span>JavaE序员，Java写的多了Q自然而然惛_J2EEQ现在叫JavaEE了）斚w发展。于是我开始翻?/span>J2EE斚w的资料，在网上查Q在论坛问。最后我查到一大堆词，像什?/span>Struts?/span>Webwork?/span>Spring?/span>Hibernate?/span>EJB{等Q这些能叫上名字的都是牌子大的，更有不计其数的我叫不上来名字或者根本就没有听说q的。于是我大概每个都看看。看的最多的?/span>StrutsQ当我看到略为深入的部分后，各种各样的设计模式一股脑儿的全都冒了出来。于是我开始学习设计模式，起初我本来想到一个模式学一个。但是看着看着Q好多模式在一h用，于是我不得不停下来花好多旉来学习。最后下了个军_q脆把模式全部来一遍算了。所以有了我的设计模式一些列文章。（关于设计模式的文章请看：http://blog.csdn.net/qutr/category/125050.aspx?/span>http://blog.csdn.net/qutr/category/166495.aspxQ?/span>
在设计模式看完以后，我忙了一D|_J2EE的学习也停了下来。之后我又将J2EE的学习提上了学习日程。但是现在我有些q了，q么一大堆名词他们?/span>J2EE到底是什么关p，他们之间到底有什么样的联pM及用哪个好，不用哪个好？q些问题让我十分的烦恹{?/span>
直到最后我MRod JohnsonQ关?/span>Rod我就不说?/span>Spring的创始hQ但|上有hq样评h他：“我对Rod的敬佩不是因Z发明?/span>SpringQ而是他对J2EE开发的深刻理解”Q?/span>的文?strong>?/strong>Introduce To Spring Framework?/span>Q?span style="color: #3366ff">英文原文Q?/span>http://www.theserverside.com/tt/articles/article.tss?l=SpringFrameworkQ中文翻译：http://forum.javaeye.com/viewtopic.php?t=4919Q后我才渐渐明白了一些概念，Rod的这文章相当精彩，从头到尾讲解?/span>Spring的功能，讲解?/span>Spring的各个模块的实现意图。得到的l论是：Spring是个而全的轻量J2EE Framework。原来论坛上和网上大家说?/span>StrutsQ?/span>WebworkQ?/span>+Spring+Hibernate是利用了StrutsQ?/span>WebworkQ的MVC功能Q?/span>Spring?/span>Ioc?/span>Aop功能q有Hibernate的数据库操作功能。至此我军_?/span>Spring为切入点来学?/span>J2EE技术?/span>
二、关于?/span>Spring In Action?/span>
我觉得写q本书的两位作者真是两个牛人，不仅?/span>Spring理解的好Q而且g懂得心理学的知识。他们抓住了读者的心理Q将一些基本概念讲解的比较清楚Q而且对一些名词如StrutsQ?/span>Webwork{作了简短的解释和与Spring的比较。诠释了学习者心中的疑惑Q自然这本书深深的吸引了我?/span>
在书买回来的前几天里我看得非常快Q开始看得很q瘾Q渐渐的看迷p，看U看不懂了。最后我发现原因是Q光看不l造成的。于是我下定军_Q不做草上飞Q踏t实实向前进?/span>
Z么要写学习笔讎ͼ我觉得这是督促强q我坚持学习的唯一途径Q我q个人比较懒JQ?/span>
整本书的学习W记我会以章为单位，每次?/span>Blog上发布一章的内容。有些章的内容可能太多或者对我来说太难我会好长时间才把学习笔记写出来Q有些章的内容可能对我来说暂时没什么用处，我可能会不写或者非常简单的摘录。网上好多h反映出版C֒作者不负责L有将书中的源代码呈现l读者。我惌是坏事，但是反过来也是好事。没有完整的源代码我们正好可以自己写出来Q那h会加深对Spring知识的理解。在整个的学习过E中我会试着把作者所说的知识点和各模块，各个cȝ代码完整的写出来贴到文章中，q会做一些详l的解释。有些实在重复的内容Q我只列Z码片D，做一些解释?/span>
三、小l?/span>
对该书的整个学习q程我不会就光看q一本书Q我会参考其它一些书或文章。这些书是：
l 《精?/span>Spring?/span> by|时?/span>
l ?/span>Spring开发指南?/span> by 夏昕
l ?/span>Spring live中文版?/span>译白汉?/span>
l ?/span>Introduce To Spring Framework?/span>by Rod Johnson
l ?/span>Pro Spring?/span>(q本书已l有中文版了Q好像不错应该好好看?/span>)
l q有其它一些书c、文章?/span>
当引用了哪本书或者哪文章的D落我会明确表明出处Q我的文章是Z自我学习和与大家交流的，没有用于商业用途，所以希望大家也׃要和我纠~版权了J。同样引用我文章的个人或|站Q希望你们注明出处?/span>
最后说一点，我写?/span>Spring in Action》读书笔C是ؓ了吸引眼球，而是Z督促自己Q将文章发表?/span>Blog上是Z和大家交，希望高手看到多多指点?/span>
]]>
]]>
当我们调用一个基?/span>Spring?/span>Service接口ҎQ如UserService#addUser()Q时Q它运行于Spring理的事务环境中Q?/span>Service接口Ҏ可能会在内部调用其它?/span>Service接口Ҏ以共同完成一个完整的业务操作Q因此就会生服务接口方法嵌套调用的情况Q?/span>Spring通过事务传播行ؓ控制当前的事务如何传播到被嵌套调用的目标服务接口Ҏ中?/span>
事务传播?/span>Springq行事务理的重要概念，光要性怎么都不。但是事务传播行Z是被误解最多的地方Q在本文里，我们详l分析不同事务传播行为的表现形式Q掌握它们之间的区别?/span>
事务传播行ؓU类
Spring?/span>TransactionDefinition接口中规定了7U类型的事务传播行ؓQ它们规定了事务Ҏ和事务方法发生嵌套调用时事务如何q行传播Q?/span>
?/span>1事务传播行ؓcd
|
事务传播行ؓcd |
说明 |
|
PROPAGATION_REQUIRED |
如果当前没有事务Q就新徏一个事务，如果已经存在一个事务中Q加入到q个事务中。这是最常见的选择?/span> |
|
PROPAGATION_SUPPORTS |
支持当前事务Q如果当前没有事务，׃非事务方式执行?/span> |
|
PROPAGATION_MANDATORY |
使用当前的事务，如果当前没有事务Q就抛出异常?/span> |
|
PROPAGATION_REQUIRES_NEW |
新徏事务Q如果当前存在事务，把当前事务挂赗?/span> |
|
PROPAGATION_NOT_SUPPORTED |
以非事务方式执行操作Q如果当前存在事务，把当前事务挂v?/span> |
|
PROPAGATION_NEVER |
以非事务方式执行Q如果当前存在事务，则抛出异常?/span> |
|
PROPAGATION_NESTED |
如果当前存在事务Q则在嵌套事务内执行。如果当前没有事务，则执行与PROPAGATION_REQUIREDcM的操作?/span> |
当?/span>PROPAGATION_NESTEDӞ底层的数据源必须ZJDBC 3.0Qƈ且实现者需要支持保存点事务机制?/span>
几种Ҏ引v误解的组合事务传播行?/span>
当服务接口方法分别用表1中不同的事务传播行ؓQ且q些接口Ҏ又发生相互调用的情况下，大部分组合都是一目了ӞҎ理解的。但是，也存在一些容易引赯解的l合事务传播方式?/span>
下面Q我们通过两个具体的服务接口的l合调用行ؓ来破解这一隄。这两个服务接口分别?/span>UserService?/span>ForumServiceQ?/span>UserSerice有一?/span>addCredits()ҎQ?/span>ForumSerivce#addTopic()Ҏ调用?/span>UserSerice#addCredits()ҎQ发生关联性服务方法的调用Q?/span>
public class ForumService {
private UserService userService;
public void addTopic(){?/span>调用其它服务接口的方?/span>
//add Topic…
userService.addCredits();?/span>被关联调用的业务Ҏ
}
}
嵌套调用的事务方?/span>
?/span>Spring事务传播行ؓ最常见的一个误解是Q当服务接口Ҏ发生嵌套调用Ӟ被调用的服务Ҏ只能声明?/span>PROPAGATION_NESTED。这U观点犯了望文生义的错误Q误认ؓPROPAGATION_NESTED是专为方法嵌套准备的。这U误解遗害不，执有q种误解的开发者错误地认ؓQ应量不让Servicecȝ业务Ҏ发生怺的调用，Servicecd能调?/span>DAO层的DAOc，以避免生嵌套事务?/span>
其实Q这U顾虑是完全没有必要的，PROPAGATION_REQUIRED已经清楚地告诉我们：事务的方法会_“聪明”地判断上下文是否已经存在一个事务中Q如果已l存在，加入到q个事务中，否则创徏一个新的事务?/span>
依照上面的例子，假设我们?/span>ForumService#addTopic()?/span>UserSerice#addCredits()Ҏ的事务传播行为都讄?/span>PROPAGATION_REQUIREDQ这两个Ҏ运行于同一个事务中?/span>
Z清楚地说明这点，可以?/span>Log4J的日志设|ؓDEBUGU别Q以观察Spring事务理器内部的q行情况。下面将两个业务Ҏ都设|ؓPROPAGATION_REQUIREDQ?/span>Spring所输出的日志信息如下：
Using transaction object
[org.springframework.jdbc.datasource.DataSourceTransactionManager$DataSourceTransactionObject@e3849c]
?/span>?/span>ForumService#addTopic()新徏一个事?/span>
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]
?/span>UserService#addCredits()单地加入到已存在的事务中Q即?/span>处创建的事务Q?/span>
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
?/span>调用底层Connection#commit()Ҏ提交事务
Committing JDBC transaction on Connection [org.apache.commons.dbcp.PoolableConnection@dc41c5]
Triggering afterCommit synchronization
Triggering afterCompletion synchronization
Clearing transaction synchronization
嵌套事务
?/span>ForumService#addTopic()讄?/span>PROPAGATION_REQUIREDӞUserSerice#addCredits()讄?/span>PROPAGATION_REQUIRED?/span>PROPAGATION_SUPPORTS?/span>PROPAGATION_MANDATORYӞq行的效果都是一致的Q当Ӟ如果单独调用addCredits()另当别ZQ?/span>
?/span>addTopic()q行在一个事务下Q如讄?/span>PROPAGATION_REQUIREDQ，?/span>addCredits()讄?/span>PROPAGATION_NESTEDӞ如果底层数据源支持保存点Q?/span>Springؓ内部?/span>addCredits()Ҏ产生的一个内嵌的事务。如?/span>addCredits()对应的内嵌事务执行失败，事务回滚到addCredits()Ҏ执行前的点，q不会将整个事务回滚。内嵌事务是内层事务的一部分Q所以只有外层事务提交时Q嵌套事务才能一q提交?/span>
嵌套事务不能够提交，它必通过外层事务来完成提交的动作Q外层事务的回滚也会造成内部事务的回滚?/span>
嵌套事务和新事务
PROPAGATION_REQUIRES_NEW ?/span> PROPAGATION_NESTED也是Ҏh的两个传播行为?/span>PROPAGATION_REQUIRES_NEW 启动一个新的、和外层事务无关?/span>“内部”事务。该事务拥有自己的独立隔ȝ别和锁，不依赖于外部事务Q独立地提交和回滚。当内部事务开始执行时Q外部事务将被挂P内务事务l束Ӟ外部事务才l执行?/span>
由此可见Q?/span> PROPAGATION_REQUIRES_NEW ?/span> PROPAGATION_NESTED 的最大区别在于：PROPAGATION_REQUIRES_NEW 创Z个全新的事务Q它和外层事务没有Q何关p，?/span> PROPAGATION_NESTED 创Z个依赖于外层事务的子事务Q当外层事务提交或回滚时Q子事务也会q带提交和回滚?/span>
其它需要注意问?/span>
以下几个问题值得注意Q?/span>
1) 当业务方法被讄?/span>PROPAGATION_MANDATORYӞ它就不能被非事务的业务方法调用。如?/span>ForumService#addTopic()讄?/span>PROPAGATION_MANDATORYQ如果展现层?/span>Action直接调用addTopic()ҎQ将引发一个异常。正的情况是：addTopic()Ҏ必须被另一个带事务的业务方法调用（?/span>ForumService#otherMethod()Q。所?/span>PROPAGATION_MANDATORY的方法一般都是被其它业务Ҏ间接调用的?/span>
2) 当业务方法被讄?/span>PROPAGATION_NEVERӞ它将不能被拥有事务的其它业务Ҏ调用。假?/span>UserService#addCredits()讄?/span>PROPAGATION_NEVERQ当ForumService# addTopic()拥有一个事务时Q?/span>addCredits()Ҏ抛出异常。所?/span>PROPAGATION_NEVERҎ一般是被直接调用的?/span>
3)当方法被讄?/span>PROPAGATION_NOT_SUPPORTEDӞ外层业务Ҏ的事务会被挂P当内部方法运行完成后Q外层方法的事务重新q行。如果外层方法没有事务，直接q行Q不需要做M其它的事?/span>
结
?/span>Spring声明式事务管理的配置中，事务传播行ؓ是最Ҏ被误解的配置，原因在于事务传播行ؓ名称Q如PROPAGATION_NESTEDQ嵌套式事务Q和代码l构的类似性上Q业务类Ҏ嵌套调用另一个业务类ҎQ。这U误解在很多Spring开发者中q泛存在Q本文深入讲解了Spring事务传播行ؓ对业务方法嵌套调用的真实影响Q希望能帮助读者化解对事务传播行ؓ的困惑?/span>]]>
什么意思呢Q就好比一个皇帝和太监
有一天皇帝想q某个美奻I于是跟太监说Q今夜我要宠q美?
皇帝往往不会告诉太监Q今晚几点会回宫Q会回哪张龙床，他只会告诉太监他要哪位美?
其它一切都交由太监d排，C晚上皇帝回宫Ӟ自然会有女出现在皇帝的龙床?
q就是控制反转，而把女送到皇帝的寝宫里面去是注射
太监是是框枉面的注射控制器类BeanFactoryQ负责找到美奛_ƈ送到龙床上去
整个后宫可以看成是Spring框架Q美奛_是Spring控制下的JavaBean
而传l的模式是一个饥渴男L姐出台
N班，帮助l介l一个云云，于是领班开始给他张|?
介绍一个合适的l他Q完事后Q再把小姐还l领班，下次再来
q个q程中，领班是查询上下文ContextQ领班的一个职能就是给客户扑ֈ他们所要的姐
q就是lookup()ҎQ领班手中的姐名录是JNDI//Java Naming and Directory Interface
姐是EJBQ饥渴男是客LQ青楼是EJB容器
看到区别了么Q饥渴男L姐出台很麻烦，不仅得找Q用完后q得把小姐给q回?
而皇帝爽MQ什么都不用，交给太监d理，控制权{Ud太监手中M
而不是皇帝，必要时候由太监l注进d可以?
看到Spring的美妙了吧，Springq提供了与多个主框架的支持
可以和其它开源框枉?
]]>