1.Jdbc访问数据库
public class UserDao {
@Autowired
private JdbcTemplate jdbcTemplate;
public int insertUser(User user){
String sqlStr = "insert into t_user (user_name,password,credits)values(?,?,?)";
return jdbcTemplate.update(sqlStr,new Object[]{user.getUserName()
,user.getPassword(),user.getCredits()});
}
}
在默认情况下,dataSource数据源的autoCommit被设置为true,这也意味着所有通过jdbcTemplate执行的语句马上提交,没有事务。所以不使用Spring事务也可以进行数据库操作。
配置Spring事务的时候首先要确定数据库支持Spring事务,如果使用MyISAM引擎的MySQL数据库,这时即使配置了,也没有实际价值。
2.Hibernate访问数据库
Hibernate的事务管理有其自身的意义,它和Hibernate一级缓存存在密切的关系,当调用Session的save、update等方法时,Hibernate并不直接向数据库发送SQL语句,只在提交事务或flush一级缓存时才真正向数据库发送SQL。
因此,数据库不支持事务,Hibernate的事务管理也有一定的好处,不会对数据库的操作产生负面的影响。如果使用Hibernate的数据访问技术,没有理由不配置HibernateTransactionManager.
3.应用分层
Spring框架所提供的各种好处(如AOP、注解增强、注解MVC)的唯一前提就是让POJO的类变为一个受Spring容器管理的Bean,除此之外没有其他任何要求。因此一个类可以同时是Contorller,也可以注解为Service,也可以注解为Dao.
4.事务方法嵌套调用
- Spring事务传播机制
-
Spring对事务控制的支持统一在TransactionDefinition类中描述。
事务的传播行为 事务的隔离级别 事务的过期时间 事务的读写特性
-
事务的7种传播行为
事务默认的PROPAGATION_REQUIRED适合绝代大多数的情况,如果存在事务就加入 如果不存在事务就创建
-
- 相互嵌套的方法
- 多个方法嵌套,事务直接合并。
5.多线程事务问题
- 由于Spring管理器是通过线程相关的ThreadLocal来保存数据访问的基础设施(Connection实例),在结合IOC和AOP实现高级声明式事务的的功能,所以Spring的事务天然的和事务有千丝万缕的联系。
- 在Web程序本身就是多线程的,Web容器为一个HTTP请求创建一个独立的线程(实际上使用的是共享的线程池)。所以有此请求锁牵涉到的Spring容器中的Bean也运行与多线程的环境下。
- 在多数情况下Spring的Bean都是单实例的(singleton),单实例Bean的最大好处就是线程无关性,不存在多线程并发的问题,也就是线程安全的。
- 一个类能够以单实例的方式运行的前提是“无状态”;即一个类不能拥有状态话的成员变量。我们知道,在传统的编程中。Dao必须持有一个Connection,而Connection即是状态化的对象。所以传统的DAO不能做成单实例的,每次要用时都必须创建一个新的实例。传统的Service由于内部包含了若干个有状态的DAO成员变量,所以基本也是有状态的。
- 但在Spring中,Dao和Service都以单实例的方式存在。Spring是通过ThreadLocal将有状态的变量(Connection)本地线程化,达到另一个层面上的“线程无关”,从而实现线程安全。Spring不予余力将有状态的对象无状态化,就是达到单实例化Bean的目的。
- Spring中事务时线程独立的。在相同的线程进行相互嵌套调用的事务方法工作于相同的事务中。如果这些相互前台的方法工作在不同的线程中,则不同线程下的事务方法工作在独立的事务中。
6.Spring应对混合框架的事务管理
- Spring中底层的ORM框架同底层JDBC技术的整合使用。Spring事务对每种数据访问技术提供了响应的事务管理器,但是Spring当遇到使用高端的ORM(Hibernate,JPA,JDO)框架,同时采用一个JDBC技术(SpringJDBC,Ibatis)时,由于前者的会话Session是对后者连接(Connection)的封装,Spring会足够只能的在同一个事物线程让前者的会话封装后者的连接。我们只要直接采用前者的事务管理器就可以。
- 但在使用Hibernate技术时,Session的提交不是真正的提交。
7.不能实施Spring事务的方法
- Spring事务管理是基于接口代理或动态字节码技术,通过AOP试试事务增强的。
- 对基于接口动态代理的AOP事务增强来说,由于接口的方法必然是public的,这就要求实现类的实现方法也必须是public的,不能是protected或者private等,同时不能使用static的修饰符。所以实施接口代理的方法只能使用public或public final修饰符的方法,其他方法不可能被动态代理,响应的也就不能实施AOP增强,换句话话说,即不能进行Spring事务增强。
- 基于CGLib字节码动态代理的方案是通过扩展被增强的类,动态创建子类的方式进行AOP增强织入的。由于使用final,static ,private 修饰符的方法都不能被子类覆盖,响应的,这些方法将无法实施AOP增强。所以方法名必须特别注意这些修饰符的使用,以免方法不小心称为事务管理的漏网之鱼。
- 这里不能被Spring事务增强的方法和可被Spring事务增强的方法唯一的区别在于使否可主动启动一个新事物;不被Spring事务增强的方法是不能启动一个新事务的,只有被Spring事务增强的方法才能主动启动一个新事务。对于事务传播来说,二者是相同的,两者都不会造成数据连接的泄露问题。如果这些“特殊方法”被无事务上下文的方法调用,则他们就工作者无事务上下文中;反之,如果被具有事务事务上下文的方法调用,则他们就工作在事务的上下文中。
- 对于private方法,由于最终都会被Public方法封装后再开始被外部调用。而public方法都是被事务增强的,所以基本上没有什么问题。在实际的开发中,最容易造成隐患的是基于CGLib的动态代理是的“public static”和public final这两种特殊方法。原因是他们本身是public的。因此可以直接被外部类调用。只要调用者没有事务上下文,这些特殊的方法就运行在没有事务的。
8.数据连接泄露问题
public static Connection doGetConnection(DataSource dataSource) throws SQLException {
Assert.notNull(dataSource, "No DataSource specified");
ConnectionHolder conHolder = (ConnectionHolder) TransactionSynchronizationManager.getResource(dataSource);
if (conHolder != null && (conHolder.hasConnection() || conHolder.isSynchronizedWithTransaction())) {
conHolder.requested();
if (!conHolder.hasConnection()) {
logger.debug("Fetching resumed JDBC Connection from DataSource");
conHolder.setConnection(dataSource.getConnection());
}
return conHolder.getConnection();
}
// Else we either got no holder or an empty thread-bound holder here.
logger.debug("Fetching JDBC Connection from DataSource");
Connection con = dataSource.getConnection();
if (TransactionSynchronizationManager.isSynchronizationActive()) {
logger.debug("Registering transaction synchronization for JDBC Connection");
// Use same Connection for further JDBC actions within the transaction.
// Thread-bound object will get removed by synchronization at transaction completion.
ConnectionHolder holderToUse = conHolder;
if (holderToUse == null) {
holderToUse = new ConnectionHolder(con);
}
else {
holderToUse.setConnection(con);
}
holderToUse.requested();
TransactionSynchronizationManager.registerSynchronization(
new ConnectionSynchronization(holderToUse, dataSource));
holderToUse.setSynchronizedWithTransaction(true);
if (holderToUse != conHolder) {
TransactionSynchronizationManager.bindResource(dataSource, holderToUse);
}
}
return con;
}
- Spring提供一个能从当前事务上线文中获取绑定数据连接的工具,以上为DataSourceUtils。Spring强调使用DataSourceUtils工具获取连接,Spring的JdbcTemplate内部也是通过DataSourceUtils来获得连接的。DataSourceUtils提供了释放连接的实现。
- 但如果DataSourceUtils没有在事务的上下文的方法中使用getConnection获取连接,依然会造成数据连接泄露。