607d8a8d4a46001c1ed6e8bb434c180f

尚学堂Java148班的spring的所有源码

了解事务的几种传播特性
	1.	PROPAGATION_REQUIRED: 如果存在一个事务，则支持当前事务。如果没有事务则开启
	2.	PROPAGATION_SUPPORTS: 如果存在一个事务，支持当前事务。如果没有事务，则非事务的执行
	3.	PROPAGATION_MANDATORY: 如果已经存在一个事务，支持当前事务。如果没有一个活动的事务，则抛出异常。
	4.	PROPAGATION_REQUIRES_NEW: 总是开启一个新的事务。如果一个事务已经存在，则将这个存在的事务挂起。
	5.	PROPAGATION_NOT_SUPPORTED: 总是非事务地执行，并挂起任何存在的事务。
	6.	PROPAGATION_NEVER: 总是非事务地执行，如果存在一个活动事务，则抛出异常
	7.	PROPAGATION_NESTED：如果一个活动的事务存在，则运行在一个嵌套的事务中. 如果没有活动事务, 
	     则按TransactionDefinition.PROPAGATION_REQUIRED 属性执行

Spring事务的隔离级别
	1.	ISOLATION_DEFAULT： 这是一个PlatfromTransactionManager默认的隔离级别，使用数据库默认的事务隔离级别.
	     另外四个与JDBC的隔离级别相对应
	2.	ISOLATION_READ_UNCOMMITTED： 这是事务最低的隔离级别，它充许令外一个事务可以看到这个事务未提交的数据。
	     这种隔离级别会产生脏读，不可重复读和幻像读。
	3.	ISOLATION_READ_COMMITTED： 保证一个事务修改的数据提交后才能被另外一个事务读取。另外一个事务不能读取该事务未提交的数据
	4.	ISOLATION_REPEATABLE_READ： 这种事务隔离级别可以防止脏读，不可重复读。但是可能出现幻像读。
	     它除了保证一个事务不能读取另一个事务未提交的数据外，还保证了避免下面的情况产生(不可重复读)。
	5.	ISOLATION_SERIALIZABLE 这是花费最高代价但是最可靠的事务隔离级别。事务被处理为顺序执行。
	     除了防止脏读，不可重复读外，还避免了幻像读。


什么是脏数据，脏读，不可重复读，幻觉读？
	脏读: 指当一个事务正在访问数据，并且对数据进行了修改，而这种修改还没有提交到数据库中，这时，
	    另外一个事务也访问这个数据，然后使用了这个数据。因为这个数据是还没有提交的数据， 那么另外一
	    个事务读到的这个数据是脏数据，依据脏数据所做的操作可能是不正确的。
	    
	不可重复读: 指在一个事务内，多次读同一数据。在这个事务还没有结束时，另外一个事务也访问该同一数据。
  	          那么，在第一个事务中的两次读数据之间，由于第二个事务的修改，那么第一个事务两次读到的数据
  	          可能是不一样的。这样就发生了在一个事务内两次读到的数据是不一样的，因此称为是不可重复读。
  	          
	幻觉读: 指当事务不是独立执行时发生的一种现象，例如第一个事务对一个表中的数据进行了修改，这种修改涉及
	        到表中的全部数据行。同时，第二个事务也修改这个表中的数据，这种修改是向表中插入一行新数据。那么，
	        以后就会发生操作第一个事务的用户发现表中还有没有修改的数据行，就好象发生了幻觉一样。

	        
SessionFactory.getCurrentSession与openSession的区别
    1.	如果使用的是getCurrentSession来创建session的话，在commit后，session就自动被关闭了，
         也就是不用再session.close()了。但是如果使用的是openSession方法创建的session的话，
         那么必须显示的关闭session，也就是调用session.close()方法。这样commit后，session并没有关闭
	2.	getCurrentSession的使用可以参见hibernate\hibernate-3.2\doc\tutorial\src项目
	3.  使用SessionFactory.getCurrentSession()需要在hibernate.cfg.xml中如下配置：
		* 如果采用jdbc独立引用程序配置如下：
		  <property name="hibernate.current_session_context_class">thread</property>
		* 如果采用了JTA事务配置如下  
		  <property name="hibernate.current_session_context_class">jta</property>

	
利于ThreadLocal模式管理Session
   早在Java1.2推出之时，Java平台中就引入了一个新的支持：java.lang.ThreadLocal，给我们在编写多线程程序
   时提供了一种新的选择。ThreadLocal是什么呢？其实ThreadLocal并非是一个线程的本地实现版本，它并不是一个Thread，
   而是thread local variable(线程局部变量)。也许把它命名为ThreadLocalVar更加合适。线程局部变量(ThreadLocal)
   其实的功用非常简单，就是为每一个使用某变量的线程都提供一个该变量值的副本，是每一个线程都可以独立地改变自己的副本，
   而不会和其它线程的副本冲突。从线程的角度看，就好像每一个线程都完全拥有一个该变量。 
   ThreadLocal是如何做到为每一个线程维护变量的副本的呢？其实实现的思路很简单，在ThreadLocal类中有一个Map，
   用于存储每一个线程的变量的副本。比如下面的示例实现(为了简单，没有考虑集合的泛型)： 
	public  class  HibernateUtil  {
	
	public  static  final  SessionFactory  sessionFactory;
		static  {
	     try  {
	       sessionFactory  =  new  Configuration().configure().buildSessionFactory();
	     } catch (Throwable  ex) {
	          throw  new  ExceptionInInitializerError(ex);
	     }     
	}
	
	public static final ThreadLocal session =new ThreadLocal();
	
	   public  static  Session  currentSession()  throws  HibernateException  {
	       Session  s  =  session.get();
	       if(s  ==  null)  {
	         s  =  sessionFactory.openSession();
	         session.set(s);
           }
         return  s;
       }

	   public  static  void  closeSession()  throws  HibernateException  {
           Session  s  =  session.get();
	       if(s  !=  null)  {
	           s.close();
	       }
	       session.set(null);
	   }
	}