Spring事务管理----声明式:利用TransactionProxyFactoryBean生成事务代理

通常建议采用声明式事务管理。声明式事务管理的优势非常明显：代码中无需关于关注事务逻辑，让Spring声明式事务管理负责事务逻辑，声明式事务管理无需与具体的事务逻辑耦合，可以方便地在不同事务逻辑之间切换。
声明式事务管理的配置方式，通常有如下三种：
1.使用TransactionProxyFactoryBean为目标bean生成事务代理的配置。此方式是最传统，配置文件最臃肿、难以阅读的方式。
2.采用bean继承的事务代理配置方式，比较简洁，但依然是增量式配置。
3.使用BeanNameAutoProxyCreator，根据bean name自动生成事务代理的方式，这是直接利用Spring的AOP框架配置事务代理的方式，需要对Spring的AOP框架有所理解。但这种方式避免了增量式配置，效果非常不错。
4.DefaultAdvisorAutoProxyCreator：这也是直接利用Spring的AOP框架配置事务代理的方式，效果也非常不多，只是这种配置方式的可读性不如第三种方式。

一. 利用TransactionProxyFactoryBean生成事务代理
采用这种方式的配置时候，配置文件的增加非常快，每个bean有需要两个bean配置，一个目标，另外还需要使用TransactionProxyFactoryBean配置一个代理bean。
这是一种最原始的配置方式，下面是使用TransactionProxyFactoryBean的配置文件：

com.mysql.jdbc.Driver jdbc:mysql://localhost:3306/spring root 32147 Person.hbm.xml org.hibernate.dialect.MySQLDialect update PROPAGATION_REQUIRED,readOnly

在上面的配置文件中，personDao需要配置两个部分，一个是personDao的目标bean，该目标bean是实际DAO bean，以实际的DAO bean为目标，建立事务代理。一个组件，需要来个bean组成，一个目标bean，一个事务代理。
这种配置方式还有一个坏处：目标bean直接暴露在Spring容器中，可以直接引用，如果目标bean被误引用，将导致业务操作不具备事务性。
为了避免这种现象，可将目标bean配置成嵌套bean，下面是目标bean和事务代理的配置片段：

PROPAGATION_REQUIRED,readOnly

二. 利用继承简化配置
大部分情况下，每个事务代理的事务属性大同小异，事务代理的实现类都是TransactionProxyFactoryBean，事务代理bean都必须注入事务管理器。
对于这种情况，Spring提供了bean与bean之间的继承，可以简化配置。将大部分的通用配置，配置成事务模板，而实际的事务代理bean，则继承事务模板。这种配置方式可以减少部分配置代码，下面是采用继承的配置文件：

s com.mysql.jdbc.Driver jdbc:mysql://localhost:3306/spring root 32147 Person.hbm.xml org.hibernate.dialect.MySQLDialect update PROPAGATION_REQUIRED,readOnly PROPAGATION_REQUIRED

这种配置方式，相比前面直接采用TransactionProxyFactoryBean的事务代理配置方式，可以大大减少配置文件的代码量。每个事务代理的配置都继承事务模板，无需重复指定事务代理的实现类，无需重复指定事务传播属性——当然，如果新的事务代理有额外的事务属性，也可指定自己的事务属性，此时，子bean的属性覆盖父bean的属性。当然每个事务代理bean都必须配置自己的目标bean，这不可避免。
上面的配置可看出，事务代理的配置依然是增量式的，每个事务代理都需要单独配置——虽然增量已经减少，但每个事务代理都需要单独配置。