Spring基本概念.docVIP

Spring事务的2个核心抽象: PlatformTransactionManager : 定义了事务的抽象. 它有3个实现类, 分别对应 jdbc: DataSourceTransactionManager, 这需要一个DataSource的引用. Jta: JtaTransactionManger, 这不需要DataSource, 因为系统会自动的在服务器上查找, 比如在spring中定义jee:jndi-lookup id=dataSource jndi-name=jdbc/jpetstore/ hibernate: HibernateTransactionManager, 这需要一个SessionFactory的引用  HYPERLINK /realviv/articles/1837141.html \l # ? 1 2 3 4 5 6 7public interface PlatformTransactionManager { TransactionStatus getTransaction(TransactionDefinition definition) throws TransactionException; void commit(TransactionStatus status) throws TransactionException; void rollback(TransactionStatus status) throws TransactionException; }TransactionDefinition: 定义了事务的各种属性  HYPERLINK /realviv/articles/1837141.html \l # ? 1 2 3 4 5 6public interface TransactionDefinition { int getPropagationBehavior(); int getIsolationLevel(); int getTimeout(); //它返回事务必须在多少秒内完成 boolean isReadOnly(); //事务是否只读，事务管理器能够根据这个返回值进行优化，确保事务是只读的。 }接下来着重分析第一个和第二个属性, 第一个方法是返回事务的传播属性, 第二个返回事务的隔离级别. TransactionDefinition接口中定义了5个隔离级别: ISOLATION_DEFAULT 这是一个PlatfromTransactionManager默认的隔离级别，使用数据库默认的事务隔离级别.另外四个与JDBC的隔离级别相对应 ISOLATION_READ_UNCOMMITTED 这是事务最低的隔离级别，它充许别外一个事务可以看到这个事务未提交的数据。这种隔离级别会产生脏读，不可重复读和幻像读。  HYPERLINK /realviv/articles/1837141.html \l # ? 1 2 3脏读: 读取没有提交的数据 不可重复读: 在一个事务中, 前后两次读取相同的数据, 结果不一致 幻想读取: 两次读取的数据不一致, 发生在读取中包含了已经被插入或者删除的数据ISOLATION_READ_COMMITTED 保证一个事务修改的数据提交后才能被另外一个事务读取。另外一个事务不能读取该事务未提交的数据。这种事务隔离级别可以避免脏读出现，但是可能会出???不可重复读和幻像读。 ISOLATION_REPEATABLE_READ 这种事务隔离级别可以防止脏读，不可重复读。但是可能出现幻像读。它除了保证一个事务不能读取另一个事务未提交的数据外，还保证了避免下面的情况产生(不可重复读)。 ISOLATION_SERIALIZABLE 这是花费最高代价但是最可靠的事务隔离级别。事务被处理为顺序执行。除了防止脏读，不可重复读外，还避免了幻像读。 TransactionDefinition接口中定义了七个事务传播行为: PROPAGATION_REQUIRED 如果存在一个事务，则支持当前事务。如果没有事务则开启一个新的事务。  HYPERLINK /realviv/articles/1837141.html \l # ? 1 2 3 4 5 6 7 8 9 10 11//事务属性 PROPAGATION_REQUIRED methodA{ …… methodB(); …… } //事务属性 PROPAGATION_REQUIRED methodB{ …… }单独调用methodB方法 , 相当于:  HYPERLINK /realviv/articles/1837141.html \l # ?