Grails-为什么需要withTransaction？

Question

首先是一些背景知识：我正在使用Spring Security的修改版本来执行Active Directory身份验证，并检查存储在数据库中的可能访问权限。这意味着在普通的Groovy类中有一个调用来从数据库中加载信息：

if (Holders.config.loadRolesFromDatabase)
{
  Set<DomainClassRole> roles = DomainClassUser.findByUsername(username)?.roles
  if (roles)
    authorities.addAll(roles.collect({ new SimpleGrantedAuthority('ROLE_' + it.name) }))
}

这在Hibernate 4.3.6.1和Tomcat 7.0.54上效果很好，但是，在升级（升级到4.3.10.18和8.0.14.1）后，它现在在调用动态查找器方法时会产生“HibernateException：找不到当前线程的会话”异常。在做了一些研究之后，我决定将这段代码包装在一个withTransaction块中：

if (Holders.config.loadRolesFromDatabase)
{
  DomainClassUser.withTransaction({
    Set<DomainClassRole> roles = DomainClassUser.findByUsername(username)?.roles
    if (roles)
      authorities.addAll(roles.collect({ new SimpleGrantedAuthority('ROLE_' + it.name) }))
  })
}

这修复了错误，但是，我不确定为什么需要这样做。我目前对withTransaction的理解是，它用于创建在出现异常等情况下可以回滚的事务。然而，我不需要在此执行任何回滚（都是只读调用），为什么我仍然需要事务来执行此调用？

Answer 1

您应该使用和newsession（）。根据文档，它从史前Grails 1.2.0开始就可用。

简短回顾：

• with Session（）-使当前Hibernate会话可用（如果它存在，否则您会得到“未为当前线程找到会话”）
• with NewSession（）-在不启动事务的情况下创建新的Hibernate会话（我相信最适合您的解决方案）
• with Transation（）-启动并提交事务（不完全是简单只读操作的最佳选择）

（在Grails 3.1.13上测试）

Answer 2

这就是为什么即使在读取数据时也需要事务的原因。所有数据库语句都必须在物理事务中注册，这样就不会像你不使用它们一样。当您没有显式具有事务边界时，只需在自动提交模式下进行调整，因此每个语句都在不同的数据库事务中运行（这会增加开销）。更不用说对连接池解决方案造成的过度压力了。

Answer 3

有一个静态的 withSession 方法，看起来它是你在这里需要的，但事实并非如此;不幸的是，它只使当前的Hibernate会话可用，但是如果没有活动/当前会话，则不会创建一个。但是使用Transaction可以，因为在Grails中使用Hibernate时，Spring PlatformTransactionManager是一个HibernateTransactionManager，它确保在事务期间有一个活动会话，并在提交之前刷新并关闭它（除非有显式或自动（异常触发）回滚）。

因此，以这种方式与Transaction一起使用有点黑客行为，因为您依赖于副作用，但是无论如何您都要访问数据库，因此事务开销（实际上只是对连接的初始调用以将自动提交设置为false，隔离级别等，以及最后的no-op提交调用）是次要的，并且通常不是问题。我们真正需要的是介于 withSession 和 withTransaction 之间的一些东西，它使会话可用，并在当前代码的持续时间内创建一个会话，但没有不必要的事务。