1.2 理解Spring框架事务抽象

最新推荐文章于 2024-04-17 16:51:31 发布

Marcel111

最新推荐文章于 2024-04-17 16:51:31 发布

阅读量277

点赞数

分类专栏： # Spring事务

原文链接：https://docs.spring.io/spring-framework/docs/current/spring-framework-reference/data-access.html#transaction

版权

Spring事务专栏收录该内容

9 篇文章

订阅专栏

1.2。理解Spring框架事务抽象

Spring事务抽象的关键是事务策略的概念。事务策略由TransactionManager定义，特别是 org.springframework.transaction.PlatformTransactionManager用于命令式事务管理以及org.springframework.transaction.ReactiveTransactionManager接口和用于响应式事务管理的接口。以下清单显示了PlatformTransactionManagerAPI 的定义：

public interface PlatformTransactionManager extends TransactionManager {

    TransactionStatus getTransaction(TransactionDefinition definition) throws TransactionException;

    void commit(TransactionStatus status) throws TransactionException;

    void rollback(TransactionStatus status) throws TransactionException;
}

尽管您可以从应用程序代码中以编程方式使用它，但它主要是一个服务提供接口（SPI）。因为 PlatformTransactionManager是接口，所以可以根据需要轻松地对其进行模拟或存根。它与诸如JNDI之类的查找策略无关。 PlatformTransactionManager实现的定义与Spring Framework IoC容器中的任何其他对象（或bean）一样。即使使用JTA，Spring框架事务作为有价值的抽象随之而来的好处。与直接使用JTA相比，您可以更轻松地测试事务代码。

同样，与Spring的哲学一致，任何PlatformTransactionManager接口的方法都可以抛出的未经检查的TransactionException异常（即，它扩展了java.lang.RuntimeException类）。事务基础架构故障几乎总是致命的。在极少数情况下，应用程序代码事实上可以从事务失败中恢复，但是应用程序开发人员仍然可以选择捕捉和处理TransactionException。重要的是，开发人员没有被强制要求这样做。

getTransaction（…）方法将根据TransactionDefinition参数返回TransactionStatus对象。如果当前调用堆栈中存在匹配的事务，则返回的TransactionStatus可能表示新事务或可以表示现有事务。后一种情况的含义是，与Java EE事务上下文一样，TransactionStatus与执行线程相关联。

从Spring Framework 5.2开始，Spring还为使用响应式类型或Kotlin协程的响应式应用程序提供了事务管理抽象。以下清单显示了由org.springframework.transaction.ReactiveTransactionManager定义的事务策略：

public interface ReactiveTransactionManager extends TransactionManager {

    Mono<ReactiveTransaction> getReactiveTransaction(TransactionDefinition definition) throws TransactionException;

    Mono<Void> commit(ReactiveTransaction status) throws TransactionException;

    Mono<Void> rollback(ReactiveTransaction status) throws TransactionException;
}

反应式事务管理器主要是服务提供接口（SPI），尽管您可以从应用程序代码中以编程方式使用它。由于ReactiveTransactionManager是接口，因此可以根据需要轻松对其进行模拟或存根。

该TransactionDefinition接口指定：

传播（Propagation）：通常，事务范围内的所有代码都在该事务中运行。但是，你可以指定在已存在事务上下文的情况下运行的事务方法。例如，代码可以在现有事务中继续运行（常见情况），或者可以暂停现有事务并创建新事务。Spring提供了EJB CMT熟悉的所有事务传播选项。要了解有关Spring中事务传播的语义的信息，请参见事务传播。
隔离（Isolation）：此事务与其他事务工作的隔离程度。例如，此事务能否看到其他未提交的事务的写入？
超时（Timeout）：超时之前该事务运行了多长时间，并被底层事务基础结构自动回滚。
只读状态（Read-only）：当代码读取但不修改数据时，可以使用只读事务。在某些情况下，例如使用Hibernate时，只读事务可能是有用的优化。

这些设置反映了标准的事务概念。如果需要，请参阅讨论事务隔离级别和其他核心事务概念的参考资料。理解这些概念对于使用Spring框架或任何事务管理解决方案都是必不可少的。
TransactionStatus接口为事务代码提供了一种控制事务执行和查询事务状态的简单方法。这些概念应该很熟悉，因为它们对于所有事务API都是通用的。以下清单显示了TransactionStatus接口：

public interface TransactionStatus extends TransactionExecution, SavepointManager, Flushable {

    @Override
    boolean isNewTransaction();

    boolean hasSavepoint();

    @Override
    void setRollbackOnly();

    @Override
    boolean isRollbackOnly();

    void flush();

    @Override
    boolean isCompleted();
}

无论您在Spring中选择声明式还是程序化事务管理，定义正确的TransactionManager实现都是绝对必要的。通常，您可以通过依赖注入来定义此实现。

TransactionManager实现通常需要了解其工作环境：JDBC，JTA，Hibernate等。以下示例显示了如何定义本地PlatformTransactionManager实现（在这种情况下，使用纯JDBC。）

您可以DataSource通过创建类似于以下内容的bean 来定义JDBC ：

<bean id="dataSource" class="org.apache.commons.dbcp.BasicDataSource" destroy-method="close">
    <property name="driverClassName" value="${jdbc.driverClassName}" />
    <property name="url" value="${jdbc.url}" />
    <property name="username" value="${jdbc.username}" />
    <property name="password" value="${jdbc.password}" />
</bean>

然后，相关的PlatformTransactionManagerbean定义将引用该 DataSource定义。它应类似于以下示例：

<bean id="txManager" class="org.springframework.jdbc.datasource.DataSourceTransactionManager">
    <property name="dataSource" ref="dataSource"/>
</bean>

如果您在Java EE容器中使用JTA，则可以使用DataSource通过JNDI与Spring的容器一起获得的容器JtaTransactionManager。以下示例显示了JTA和JNDI查找版本的样子：

<?xml version="1.0" encoding="UTF-8"?>
<beans xmlns="http://www.springframework.org/schema/beans"
    xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
    xmlns:jee="http://www.springframework.org/schema/jee"
    xsi:schemaLocation="
        http://www.springframework.org/schema/beans
        https://www.springframework.org/schema/beans/spring-beans.xsd
        http://www.springframework.org/schema/jee
        https://www.springframework.org/schema/jee/spring-jee.xsd">

    <jee:jndi-lookup id="dataSource" jndi-name="jdbc/jpetstore"/>

    <bean id="txManager" class="org.springframework.transaction.jta.JtaTransactionManager" />

    <!-- other <bean/> definitions here -->

</beans>

在JtaTransactionManager并不需要了解DataSource（或任何其他特定资源），因为它使用容器的全局事务管理。

dataSourceBean 的先前定义使用名称空间中的标记jee。有关更多信息，请参见 JEE Schema。

您还可以轻松使用Hibernate本地事务，如以下示例所示。在这种情况下，您需要定义一个Hibernate LocalSessionFactoryBean，您的应用程序代码可使用该Hibernate获取Hibernate Session实例。

DataSource bean定义与先前显示的本地JDBC示例相似，因此在以下示例中未显示。

如果通过JNDI查找数据源（由任何非JTA事务管理器使用）并由Java EE容器进行管理，则它应该是非事务性的，因为Spring框架（而不是Java EE容器）管理事务。

在这种情况下，txManager bean是HibernateTransactionManager类型。与DataSourceTransactionManager需要引用数据源的方式相同，HibernateTransactionManager需要引用SessionFactory的方法。以下示例声明了sessionFactory和txManager bean：

<bean id="sessionFactory" class="org.springframework.orm.hibernate5.LocalSessionFactoryBean">
    <property name="dataSource" ref="dataSource"/>
    <property name="mappingResources">
        <list>
            <value>org/springframework/samples/petclinic/hibernate/petclinic.hbm.xml</value>
        </list>
    </property>
    <property name="hibernateProperties">
        <value>
            hibernate.dialect=${hibernate.dialect}
        </value>
    </property>
</bean>

<bean id="txManager" class="org.springframework.orm.hibernate5.HibernateTransactionManager">
    <property name="sessionFactory" ref="sessionFactory"/>
</bean>

如果使用Hibernate和Java EE容器管理的JTA事务，则应使用与JtaTransactionManager前面的JDBC JTA示例相同的示例，如以下示例所示：

<bean id="txManager" class="org.springframework.transaction.jta.JtaTransactionManager"/>

如果您使用JTA，则无论使用哪种数据访问技术（无论是JDBC，Hibernate JPA或任何其他受支持的技术），事务管理器定义都应该看起来相同。这是由于JTA事务是全局事务，它可以征用任何事务资源。

在所有这些情况下，无需更改应用程序代码。您可以仅通过更改配置来更改事务的管理方式，即使更改意味着从本地事务转移到全局事务，反之亦然。