如何理解Spring的Hibernate事务管理机制
如何理解Spring的Hibernate事务管理机制，针对这个问题，这篇文章详细介绍了相对应的分析和解答，希望可以帮助更多想解决这个问题的小伙伴找到更简单易行的方法。
主要讲了Spring 声明式事务让我们从复杂的Hibernate事务处理中得到解脱。
使得我们再也无需要去处理获得连接、关闭连接、Hibernate事务提交和回滚等这些操作。再也无< font color="#ff0000">需要我们在与事务相关的方法中处理大量的try…catch…finally代码< /font>。
我们在使用Spring 声明式事务时，有一个非常重要的概念就是事务属性。事务属性通常由事务的传播行为，事务的隔离级别，事务的超时值和事务只读标志组成。我们在进行事务划分时，需要进行Hibernate事务定义，也就是配置Hibernate事务的属性。
Spring Hibernate在>TransactionDefinition 接口中定义这些属性,以供PlatfromTransactionManager使用, PlatfromTransactionManager是spring Hibernate事务管理的核心接口。
代码
TransactionDefinition publicinterfaceTransactionDefinition { intgetPropagationBehavior(); intgetIsolationLevel(); intgetTimeout(); booleanisReadOnly(); }getTimeout()方法，它返回事务必须在多少秒内完成。
isReadOnly(),事务是否只读，事务管理器能够根据这个返回值进行优化，确保事务是只读的。
getIsolationLevel()方法返回事务的隔离级别，事务管理器根据它来控制另外一个事务可以看到本事务内的哪些数据。
在TransactionDefinition接口中定义了五个不同的事务隔离级别:
1) ISOLATION_DEFAULT 这是一个 PlatfromTransactionManager默认的隔离级别，使用数据库默认的事务隔离级别.另外四个与JDBC的隔离级别相对应
2) ISOLATION_READ_UNCOMMITTED这是事务***的隔离级别，它充许别外一个事务可以看到这个事务未提交的数据。这种隔离级别会产生脏读，不可重复读和幻像读。
3) ISOLATION_READ_COMMITTED 保证一个事务修改的数据提交后才能被另外一个事务读取。另外一个事务不能读取该事务未提交的数据。这种事务隔离级别可以避免脏读出现，但是可能会出现不可重复读和幻像读。
4) ISOLATION_REPEATABLE_READ 这种事务隔离级别可以防止脏读，不可重复读。但是可能出现幻像读。它除了保证一个事务不能读取另一个事务未提交的数据外，还保证了避免下面的情况产生(不可重复读)
在TransactionDefinition接口中定义了七个事务传播行为:
1) < span > 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的Hibernate事务管理机制问题的解答就分享到这里了，希望以上内容可以对大家有一定的帮助，如果你还有很多疑惑没有解开，可以关注行业资讯频道了解更多相关知识。
