Spring事务6（Spring事务常见问题）

作者: 老猫头 | 来源:发表于2017-06-02 23:48 被阅读330次

Spring事务6（Spring事务常见问题）
关于事务的思考
Spring事务
2018-06-09
Spring中实现事务方式
Spring事务的传播特性引发的一场血案
Spring 事务实现分析
spring04
程序员之Spring
面前温习

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获取连接，依然会造成数据连接泄露。