改变 Grails 的缺省事务行为

Grails通过Service让我们不用进行任何配置就享受到了声明式事务这一特性。可是，这也让我们不得不接受它预先设置的事务行 为：PROPAGATION_REQUIRED。要是我想使用其它的事务行为该如何做呢？没关系，使用@Transactional进行配置就行了。

废话少说，直奔正题。下例就展示了自定义Grails事务行为的做法：

Domain1Service，其中的saveDomain1负责保存Domain1，该方法的行为是始终都启动一个新事务。在这个方法的末端抛出了一个RuntimeException，这将让Grails回滚事务。这是为了证明咱们的配置确实生效了。

package cases   

import org.springframework.transaction.annotation.*   

class Domain1Service {   

    def domain1Service   

    static transactional = true  

    @Transactional(propagation = Propagation.REQUIRES_NEW)   
    def saveDomain1() {   
        new Domain1().save()   
        throw new RuntimeException("save domain1 failed!")   
    }   
}  

Domain2Service，其中的saveTwoDomains负责保存Domain2，同时它还会调用Domain1Service的saveDomain1，它使用缺省的事务行为。

  package cases   

class Domain2Service {   
    def domain1Service   

    static transactional = true  

    def saveTwoDomains() {   
        new Domain2().save()   
        try{   
            domain1Service.saveDomain1()   
        }catch(e){   
            println 'save domain1 failed!'  
        }   
    }   
}  

这里没有给出Domain1和Domain2的代码，因为要创建它们并不难，而且在整个过程中它们的内容也不会有任何决定性的影响。

按照代码的意思，调用Domain2Service的saveTwoDomains，如果数据库里有Domain2而没有Domain1，那么我们 的配置就达到目的了。因为进入Domain1Service的saveDomain1之后，将产生一个新事务，而它在方法结束时会回滚，因此 Domain1不会保存。而saveTwoDomains，因为捕获并处理了saveDomain1的RuntimeException，因此不会在抛出 运行时异常，所以自己的事务可以正常结束，故Domain2得以保存。

要测试这个并不难，写一个集成测试就可以了。但是这次我太懒了，想直接用肉眼看看数据库的结果。记住，这不是推荐的做法，只适用于一次性的探索性测试。

首先，将DataSource配置成MySQL；接着，启动Grails Console。没错，我就是要在这个Console里直接获得咱们定义的Bean，然后手工触发方法的执行。

在Console里输入：ctx.getBean("domain2Service").saveTwoDomains()

正如期望的那样，Domain1失败的信息打印出来了。检查一下数据库吧，Domain2已经保存，而Domain1则完全不见踪影。配置生效了！

如果你还不放心，那么可以把saveDomain1中那句抛出RuntimeException的话注释掉，然后重新启动Console进行测试。这时，Domain1和Domain2都能正常保存。

一切都很美好，是不是。但请注意Spring文档里这样一段话：

[quote]
在代理模式（这是缺省的）下，只有通过代理传入的外部方法调用才会被拦截。这意味着，自身的方法调用，在效果上是，目标对象内的方法A调用方法B，在运行时将不会产生实际的事务，即便被调用方法已经使用@Transactional进行了标记。
[/quote]

通过例子来说明这段话吧。对Domain1Service稍作修改：

  package cases   

import org.springframework.transaction.annotation.*   

class Domain1Service {   

    static transactional = true  

    @Transactional(propagation = Propagation.REQUIRES_NEW)   
    def saveDomain1() {   
        new Domain1().save()   
        throw new RuntimeException("save domain1 failed!")   
    }   

    def saveTwoDomains() {   
        new Domain2().save()   
        try{   
            saveDomain1()   
        }catch(e){   
            println 'save domain1 failed!'  
        }   
    }   
}  

这次在Console中运行

ctx.getBean("domain1Service").saveTwoDomains()

检查一下数据库，你会发现两个对象都保存了，这显然说明saveDomain1的事务配置并没有其作用。那么按照上面那句话和咱们刚才的实验，这是否就意味着，如果今后有类似情况，咱们就得写成2个类呢？不尽然。

根据Spring文档里的那段话，其关键在于只要让方法调用经过代理就行了。将上述代码saveTwoDomains中的代码 “saveDomain1()”换成“domain1Service.saveDomain1()”，然后重新运行测试，你会发现事务配置又生效了。

同时，这个实验也说明了，注入的对象并不是实际的Service对象。还是用代码来验证一下：

package cases   

import org.springframework.transaction.annotation.*   

class Domain1Service {   

    def domain1Service   
    ...       
    def test(){   
        println this.class  
        println domain1Service.class  
        this == domain1Service   
    }   
}  

运行测试，你会发现结果为false，而且打印类似下列语句：
class cases.Domain1Serviceclass cases.Domain1Service$$EnhancerByCGLIB$$69fcb82