java – Spring事务内部

>事务上下文是一种环境,其中某些特殊属性(数据库会话)可供应用程序运行时使用,否则这些属性不可用.事务上下文通常用于范围事务.
> Spring使用AOP Proxies和XML元数据来实现声明式事务管理.
>注释用于标记特定方法的事务传播行为.
> Spring使用Interceptor Mechanism通过方法应用事务.

在这里,我重用上面的@stacker给出的示例

MyClass{

    @Transactional
    public void sequence() {
      method1();
      method2();
    }

    @Transactional
    void method1() {
    }

    @Transactional(propagation=Propagation.REQUIRES_NEW)
    void method2() {
    }

}

您也可以使用xml配置实现相同的功能.让我们把它作为它的流行和广泛使用.

在部署时

> Spring框架检查xml配置文件(着名的applicationContext.xml),并根据配置扫描代码以查找@Transactional注释(假设配置被提及为基于注释).
>之后,它为标记为事务的方法生成AOP代理.简单来说,这些代理只不过是有关方法的包装.
>在这些包装器方法中,还根据配置(即事务传播)生成Transaction Advisor代码之前和之后.
>现在,当调用这些包装器方法时,事务顾问会在实际方法调用之前和之后进入图片. .
>在上面示例的伪代码中表示相同的内容

  ProxyMyClass{   
    MyClass myclass;
    .
    .
    .
    sequence(){
     //Transaction Advisor code (Typically begin/check for transaction)
     myclass.sequence();
     //Transaction Advisor code(Typically rollback/commit)
    }
    .
    .
    .
    }

这就是春季经理人的交易方式.虽然稍微过于简单化了.

现在回答你的问题,

Spring如何知道在成功交易时提交数据库更新？是否有一些引用进行事务管理的Spring实现？

每当你在事务下调用一个方法时,你实际上调用一个代理,它首先执行事务顾问(它将开始事务),然后你调用实际的业务方法,一旦完成,另一个事务顾问执行(这取决于返回的方法),将提交或回滚事务).

由于我们有一个事务层次结构：围绕web-request的事务 – >带有Propagation的事务= Method1的RequestNew->带有Propagation的事务= Method2需要,Spring如何进行事务管理以确保事务在正确的上下文与正确的顺序？

在事务层次结构的情况下,spring框架会相应地生成Transaction Advisor检查.对于你提到的例子,

> for method1(RequestNew)事务Advsor代码(或事务建议)将始终创建新事务.
> for method2(必需)Transaction Advisor代码(或事务建议)将检查现有事务,如果存在则使用相同的事务,或者创建新事务.

有一个image on the spring documentation page很好地总结了这些方面.

希望这可以帮助.