Spring MVC 事务管理 和 ssh 事务管理
Spring MVC 事务管理 和 ssh 事务管理
wpb王鹏博 发表于3年前
Spring MVC 事务管理 和 ssh 事务管理
  • 发表于 3年前
  • 阅读 99
  • 收藏 1
  • 点赞 0
  • 评论 0

标题:腾讯云 新注册用户域名抢购1元起>>>   

摘要: Spring MVC 事务管理 和 ssh 事务管理

Spring事务的传播行为在service类前加上@Transactional,声明这个service所有方法需要事务管理。每一个业务方法开始时都会打开一个事务。 Spring默认情况下会对运行期例外(RunTimeException)进行事务回滚。这个例外是unchecked
如果遇到checked意外就不回滚。


如何改变默认规则:
1 checked例外也回滚:在整个方法前加上 @Transactional(rollbackFor=Exception.class)
2 unchecked例外不回滚: @Transactional(notRollbackFor=RunTimeException.class)
3 不需要事务管理的(只查询的)方法:@Transactional(propagation=Propagation.NOT_SUPPORTED)
在整个方法运行前就不会开启事务
可以加上:@Transactional(propagation=Propagation.NOT_SUPPORTED,readOnly=true),这样就做成一个只读事务,可以提高效率。 各种属性的意义: REQUIRED:业务方法需要在一个容器里运行。如果方法运行时,已经处在一个事务中,那么加入到这个事务,否则自己新建一个新的事务。 NOT_SUPPORTED:声明方法不需要事务。如果方法没有关联到一个事务,容器不会为他开启事务,如果方法在一个事务中被调用,该事务会被挂起,调用结束后,原先的事务会恢复执行。REQUIRESNEW:不管是否存在事务,该方法总汇为自己发起一个新的事务。如果方法已经运行在一个事务中,则原有事务挂起,新的事务被创建。MANDATORY:该方法只能在一个已经存在的事务中执行,业务方法不能发起自己的事务。如果在没有事务的环境下被调用,容器抛出例外。SUPPORTS:该方法在某个事务范围内被调用,则方法成为该事务的一部分。如果方法在该事务范围外被调用,该方法就在没有事务的环境下执行。NEVER:该方法绝对不能在事务范围内执行。如果在就抛例外。只有该方法没有关联到任何事务,才正常执行。NESTED:如果一个活动的事务存在,则运行在一个嵌套的事务中。如果没有活动事务,则按REQUIRED属性执行。它使用了一个单独的事务,这个事务拥有多个可以回滚的保存点。内部事务的回滚不会对外部事务造成影响。它只对DataSourceTransactionManager事务管理器起效。


ssh 事务处理

首先是一个BaseDaoImpl,这个Dao集成了HibernateDaoSupport,实现了对于数据表的增删改查操作。
例如:修改方法:

public void modifyModel(Object model) throws UpdateException{
		try {
			super.getHibernateTemplate().update(model);
		} catch (Exception ex) {
			logger.error("PersistentBaseDAOImpl:" + model.getClass().getName());
			throw new UpdateException(ex);
		}
	}


都是类似这样的单个业务的逻辑。然后各个业务Dao通过Spring的bean配置,去使用这个BaseDao中的方法来完成自身不同的数据库操作。
如果有这样一个功能,执行UserAction,这个Action中的某个方法会调用UserDao中的getUserContent方法。
在getUserContent方法中,首先调用BaseDao的查询方法,获取了该用户存在,并合法。之后再去调用另一个Dao中的方法,如ContentDao中的getContent方法去获取该用户所发的文章。
总的来说就是在UserDao中的getUserContent方法内,进行了两次对数据库的操作。
那么将这个方法配置到Spring的事务管理中,这两个对数据库的操作就成为了一个事务,根据事务的原子性被统一的管理。
基本就是以下这个图:
UserAction--->UserDao.getUserContent()--即完成验证用户功能,又获取用户文章


现在遇到的是三层结构的逻辑。
UserAction--->UserService.getUserContent()
                 |---UserDao.fineUser()---验证用户
                 |---ContentDao.getContentByUserId()---获取用户文章
如果将UserDao和ContentDao配置在Spring的事务管理中,那么执行UserService中的方法,实际上是执行了两个不同的事务来完成这个逻辑。但是把UserService配置到事务中,感觉又不合逻辑,也没配过。

现在我看来,如果把整个逻辑定义为一个事务,必须要把Service层的方法配置在Spring的事务管理中了。





共有 人打赏支持
粉丝 5
博文 39
码字总数 102591
×
wpb王鹏博
如果觉得我的文章对您有用,请随意打赏。您的支持将鼓励我继续创作!
* 金额(元)
¥1 ¥5 ¥10 ¥20 其他金额
打赏人
留言
* 支付类型
微信扫码支付
打赏金额:
已支付成功
打赏金额: