Spring事务管理高级应用难点剖析2.pdfVIP

用于 developerWorks 文章的 Microsoft Word 模板 Date: February 20, 20 10 Type of Submission: Article Title: Spring事务管理高级应用难点剖析(2) Subtitle: Keywords: Spring, 事务管理，高级应用，连接泄漏 Prefix: 无需填写 Given: 陈雄华 Middle: 无需填写 Family: 无需填写 Suffix: 无需填写 Job Title: 系统架构师 Email: quickselect@ Bio: 陈雄华，2002 年毕业于厦门大学计算机与信息工程学院，获硕士学位。拥有 10 多年 的JAVA开发，设计，架构的经验。技术研发之余，常将经验所得行诸于文字，作者是国内多 个著名技术网站的专栏作者，在各大技术网站、报刊杂志发表过数十篇技术文章，广受读者 好评。于 2005 年出版《精通 JBuilder 2005》，于2007年出版《精通 Spring 2.x--企业 应用开发详解》。 Company: 无需填写 Photo filename: images/chenxh.jpg Abstract: Spring 的事务管理是被使用最多的功能之一，虽然 Spring 事务管理已经将要做 的事情减到最小。但是在实际开发中，如果使用不当，依然会造成数据连接泄漏问题。本系 列以实际应用中所碰到的各种复杂的场景为着眼点，对这些应用的难点进行深度的剖析。 概述 Spring最成功，最吸引人的地方莫过于轻量级的声明式事务管理，仅此一点，它就宣告了 重量级EJB容器的覆灭。Spring声明式事务管理将开发者从繁复的事务管理代码中解脱出来，专 注于业务逻辑的开发上，这是一件可以被程序员拿来顶礼膜拜的事情。但是，世界并未从此消 停了，因为开发者需要面对的是层出不穷的应用场景，这些场景往往逾越了普通Spring技术书 籍的理想界定。因此，随着应用开发的深入，在使用经过Spring层层封装的声明式事务时，开 发人员越来越觉得自己坠入了迷雾，陷入了沼泽，体会不到外界所宣称的那种畅快淋漓。本文 的目的就是罗列并剖析实际应用中种种让我们迷茫的场景，让阳光照进云遮雾障的山头。 联合军种作战的混乱 Spring 抽象的 DAO 体系兼容多种数据访问技术，它们各有特色，各有千秋。像 Hibernate 是非常优秀的 ORM 实现方案，但对底层 SQL 的控制不太方便；而 iBatis 则通过模板化技术让您方便地控制 SQL，但没有 Hibernate 那样高的开发效率；自 由底最高的当然是直接使用 Spring JDBC 莫属了，但是它也是最底层的，灵活的代 价是代码的繁复。很难说哪种数据访问技术是最优秀的，只有在某种特定的场景 下，才能给出答案。所以在一个应用中，往往采用多个数据访问技术：一般是两 种，一种采用 ORM 技术框架，而另一种采用偏 JDBC 的底层技术，两者珠联璧 合，形成联合军种，共同御敌。 但是，这种联合军种如何应对事务管理的问题呢？我们知道 Spring 为每种数据 访问技术提供了相应的事务管理器，难道需要分别为它们配置对应的事务管理器 吗？它们到底是如何协作，如果工作的呢？这些层出不穷的问题往往压制了开发人 员使用联合军种的想法。 其实，在这个问题上，我们低估了 Spring 事务管理的能力。如果你采用了一个 高端 ORM 技术（Hibernate ，JPA ，JDO ），同时采用一个 JDBC 技术（Spring JDBC ，iBatis ），由于前者的会话（Session ）是对后者连接（Connection ）的封 装，Spring 会“足够智能地”在同一个事务线程让前者的会话封装后者的连接。所 以，我们只要直接采用前者的事务管理器就可以了。下表给出了混合数据访问技术 所对应的事务管理器： 表 1. 混合数据访问技术的事务管理器 混合数据访问技术 事务管理器 ORM 技术框架 JDBC 技术框架 Hibernate Spring JDBC 或 iBatis HibernateTransa