一次解“锁”之旅

概述

在实际开发项目中，不乏Spring和Hibernate框架结合使用来进行开发的。一方面Hibernate和Spring框架经过多年的版本迭代、众多生产环境项目的验证，已经十分可靠。配合使用配置简单，开发快速。近期接触到两个项目，使用框架类似，但是其中一个项目在开发、测试过程中频繁出问题，锁的问题不断。此文也是试图找出两者的异同，以及为什么会出现这么多锁。为了便于区分，两个项目我们分别叫A项目、B项目（锁问题频发项目）。

温故而知新

1. Hibernate的session
   Hibernate中的session和Http的session其实是两码事，虽然都是指“会话”，但意义并不一样。Hibernate的session是指一次CRUD操作所产生的数据库连接会话。
2. 乐观锁与悲观锁
   乐观锁：假设不会发生并发冲突，只在提交操作时检查是否违反数据完整性。乐观锁则认为其他用户企图改变你正在更改的对象的概率是很小的，因此乐观锁直到你准备提交所作的更改时才将对象锁住，当你读取以及改变该对象时并不加锁。可见乐观锁加锁的时间要比悲观锁短，乐观锁可以用较大的锁粒度获得较好的并发访问性能。在乐观锁环境中，会增加并发用户读取对象的次数。
   悲观锁：假定会发生并发冲突，屏蔽一切可能违反数据完整性的操作。悲观锁假定其他用户企图访问或者改变你正在访问、更改的对象的概率是很高的，因此在悲观锁的环境中，在你开始改变此对象之前就将该对象锁住，并且直到你提交了所作的更改之后才释放锁。悲观的缺陷是加锁的时间可能会很长，这样可能会长时间的限制其他用户的访问，也就是说悲观锁的并发访问性不好。
3. @Transactional注解
   该注解是Spring框架中提供的注解，项目使用中一般用在service层对应的类名上，进行事务控制。Transaction注解有个propagation属性，即事务的转播性，常用的是Propagation.REQUIRED，这也是该属性的默认值，如下所示：

/**
 * Support a current transaction, create a new one if none exists.
 * Analogous to EJB transaction attribute of the same name.
 * 
This is the default setting of a transaction annotation.
 */
REQUIRED(TransactionDefinition.PROPAGATION_REQUIRED)

知己知彼

1. 配置
   由于项目都是是用Hibernate和Spring来做事务控制、ORM，A、B项目相关XML配置中都是使用：

2. 代码实现
   A项目：
   Dao层对数据库进行操作时，是通过SessionFactory.getCurrentSession()拿到session，并调用saveOrUpdate()方法来进行数据的新增或者更新^[1]。
   B项目：
   该项目使用了第三方封装库，对实体Bean、数据库操作Dao都做了相应的底层封装，同时提供了视图操作、表操作相对应的简单方法以供调用，为了方便说明，我们看一些代码片段：

@Transactional(
      rollbackFor = {Exception.class}
)
public abstract class BaseManager {
       ...

       public void saveOrUpdate(E entity) {
          this.getEntityDao().saveOrUpdate(entity);
       }

       ...
}

每个Service都会去继承BaseManager这个抽象类，自然也就可以调用父类中的saveOrUpdate()来保存更新数据。

public void saveOrUpdate(E entity) {
        if(entity instanceof BaseTableEntity) {
            ((BaseTableEntity)entity).updCommonProperties();
        }

        this.getHibernateTemplate().saveOrUpdate(entity);
        this.getHibernateTemplate().flush();
    }

而最终执行代码其实是使用的Hibernate提供的模版方法来进行数据保存更新，我们继续跟踪代码，往下看。

public class HibernateTemplate implements HibernateOperations, InitializingBean {
        ...

        @Override
        public void saveOrUpdate(final Object entity) throws DataAccessException {
            executeWithNativeSession(new HibernateCallback