Deltamaster Tech Center

　　Hibernate将对象分为瞬时（transient）、持久（persistent）和脱管（detached）三种状态。

　　使用new关键字构造的对象，都处于瞬时状态，经过save以后可以变成持久态，而由get或者load方法得到的对象，都处于持久态，而持久态对象在session结束以后，自动转入脱管态。

　　对于持久态的对象，只要使用相应的setter方法改变其属性值，这些改变就会被侦测到，在调用session的flush方法时该对象的所有变更都会被更新到数据库中，因此，对于持久态的对象，是不需要使用update方法对对象进行更新的。

　　对于脱管态的对象，使用setter方法对属性进行的变更不会被侦测到并自动应用到数据库，但是通过update方法可以将这些变更应用到数据库，并使对象重新进入持久态，而使用merge方法，同样可以将变更应用到数据库，但对象仍然处于脱管状态。

　　对于update、saveOrUpdate和merge三个方法，其实是有较大的区别的，有时候理解有误可能导致预料之外的结果。

　　saveOrUpdate方法的实际操作是：

1. 如果对象已经处于持久态，不作任何操作，返回。
2. 如果对象与另一个和session相关的对象拥有相同的标识符，则抛掷异常。
3. 如果对象没有为标识符属性赋值，则save。
4. 如果对象的标识符属性是用户调用setter方法赋值的，则save。
5. 如果对象的版本属性与赋予新实例对象的值相同，则save。
6. 否则update对象。

　　update方法的实际操作是：

1. 如果对象已经处于持久态，不作任何操作，返回。
2. 如果对象与另一个和session相关的对象拥有相同的标识符，则抛掷异常。
3. 如果对象没有为标识符属性赋值，则抛掷异常。
4. 如果对象的标识符属性是用户调用setter方法赋值的，则抛掷异常。
5. 如果对象的版本属性与赋予新实例对象的值相同，则抛掷异常。
6. 否则更新对象。

　　merge方法的实际操作是：

1. 如果有一个持久态对象与之具有相同标识符，则将这个对象的属性应用到相应的持久态对象上。
2. 否则load产生一个持久态对象，并将属性应用到这个持久态对象上。
3. 返回持久态的对象。
4. 传入merge方法的对象仍然处于脱管态或者瞬时态。

　　Spring作为低侵入的Java EE框架之一，能够很好地与其他框架进行整合，其中Spring与Hibernate的整合实现的事务管理是常用的一种功能。

　　所谓事务，就必须具备ACID特性，即原子性、一致性、隔离性和持久性，在Hibernate的实现中，需要我们编写代码来完成事务的控制工作。

	public static void main(String[] args) {
//		Configuration cfg = new Configuration();
//		cfg.configure();
//		SessionFactory sf = cfg.buildSessionFactory();
//因为在HibernateUtil类中已经有一部分封装工作，所以以上三行注释掉了。
		Session s = null;
		Transaction tx = null;
		try {
			Class.forName("com.HibernateUtil");
			s = HibernateUtil.getSession();
			tx = s.beginTransaction(); //这里开启了事务
			
			//事务中所需的一系列数据库操作。
			
			tx.commit();
		} catch (HibernateException e) { //如果出现异常，且事务已经开启，则需要回滚。
			if (tx != null)
				tx.rollback();
			throw e;
		} catch (ClassNotFoundException e) {
			e.printStackTrace();
		} finally { //无论如何都需要关闭Session。
			if (s != null)
				s.close();
		}
		//sf.close();
		System.out.println("end");
	}

　　上面的代码大致就是事务控制的一般思路，那么，由于此事务的管理具有一定的共性，我们就更倾向于使用Spring帮助我们来完成事务管理工作，具体配置方式不是本文的重点，大家可以查看其他文章。有以下两点需要重点注意：

1. @Transactional注解就代表支持事务管理，如果这个注解在类上，那么表示该注解对于所有该类中的public方法都生效；如果注解出现在方法上，则代表该注解仅对该方法有效，会覆盖先前从类层次继承下来的注解。
2. 一般情况下不要将这个注解加到接口和抽象类上，因为注解是不能被继承的。

　　本文主要讲使用注解方式配置事务管理时@Transactional的各种参数配置问题。

1. propagation参数，Propagation类型（枚举），默认值为Propogation.REQUIRED，支持的值有REQUIRED、MANDATORY、NESTED、NEVER、NOT_SUPPORTED、REQUIRE_NEW、SUPPORTS。关于这个问题的详细说明将在以后的文章中展开。
2. isolation参数，Isolation类型（枚举），默认值为Isolation.DEFAULT，支持的值有DEFAULT、READ_COMMITTED、READ_UNCOMMITTED、REPEATABLE_READ、SERIALIZABLE。关于这个问题的详细说明将在以后的文章中展开。
3. timeout参数，int类型，事务的超时时间，默认值为-1，即不会超时。
4. readOnly参数，boolean类型，true表示事务为只读，默认值为false。
5. rollbackFor参数，Class<? extends Throwable>[]类型，默认为空数组。
6. rollbackForClassName参数，String[]类型，默认为空数组。
7. noRollbackFor参数，Class<? extends Throwable>[]类型，默认为空数组。
8. noRollbackForClassName参数，String[]类型，默认为空数组。

　　最后四个参数都与回滚有关，首先，一般不推荐使用rollbackForClassName和noRollbackForClassName两个参数，而用另外两个参数来代替，从参数的类型上就可以看出区别，使用字符串的缺点在于：如果不是用类的完整路径，就可能导致回滚设置对位于不同包中的同名类都生效；且如果类名写错，也无法得到IDE的动态提示。

　　但是，如果不配置任何与回滚有关的参数，不代表事务不会进行回滚，如果没有配置这四个选项，那么DefaultTransactionAttribute配置将会生效，具体的行为是，抛掷任何unchecked Exception都会触发回滚，当然包括所有的RuntimeException。