分析各种分布式事物优缺点 - 好文

使用JTA处理分布式事务

Spring
Boot通过Atomkos或Bitronix的内嵌事务管理器支持跨多个XA资源的分布式JTA事务，当部署到恰当的J2EE应用服务器时也会支持JTA事务。当发现JTA环境时，Spring
Boot将使用Spring的 JtaTransactionManager
来管理事务。自动配置的JMS，DataSource和JPA　beans将被升级以支持XA事务。可以使用标准的Spring idioms，比如
@Transactional ，来参与到一个分布式事务中。如果处于JTA环境，但仍想使用本地事务，你可以将 spring.jta.enabled 属性设置为
false 来禁用JTA自动配置功能。

使用Atomikos事务管理器

Atomikos是一个非常流行的开源事务管理器，并且可以嵌入到Spring Boot应用中。可以使用
spring-boot-starter-jta-atomikos Starter去获取正确的Atomikos库。Spring
Boot会自动配置Atomikos，并将合适的 depends-on 应用到Spring
Beans上，确保它们以正确的顺序启动和关闭。默认情况下，Atomikos事务日志将被记录在应用home目录（应用jar文件放置的目录）下的
transaction-logs 文件夹中。可以在 application.properties 文件中通过设置 spring.jta.log-dir
属性来定义该目录，以 spring.jta.atomikos.properties 开头的属性能用来定义Atomikos的
UserTransactionServiceIml 实现，具体参考AtomikosProperties javadoc。
注
为了确保多个事务管理器能够安全地和相应的资源管理器配合，每个Atomikos实例必须设置一个唯一的ID。默认情况下，该ID是Atomikos实例运行的机器上的IP地址。为了确保生产环境中该ID的唯一性，需要为应用的每个实例设置不同的
spring.jta.transaction-manager-id 属性值。

使用Bitronix事务管理器

Bitronix是一个流行的开源JTA事务管理器实现，可以使用 ·spring-bootstarter-jta-bitronix·
starter为项目添加合适的Birtronix依赖。和Atomikos类似，Spring
Boot将自动配置Bitronix，并对beans进行后处理（post-process）以确保它们以正确的顺序启动和关闭。默认情况下，Bitronix事务日志（
part1.btm 和 part2.btm ）将被记录到应用home目录下的 transaction-logs 文件夹中，可以通过设置
spring.jta.log-dir 属性来自定义该目录。以 spring.jta.bitronix.properties 开头的属性将被绑定到
bitronix.tm.Configuration bean，可以通过这完成进一步的自定义，具体参考Bitronix文档。

注为了确保多个事务管理器能够安全地和相应的资源管理器配合，每个Bitronix实例必须设置一个唯一的ID。默认情况下，该ID是Bitronix实例运行的机器上的IP地址。为了确保生产环境中该ID的唯一性，需要为应用的每个实例设置不同的
spring.jta.transaction-manager-id 属性值

使用Narayana事务管理器

Narayana是一个流行的开源JTA事务管理器实现，目前只有JBoss支持。可以使用 spring-boot-starter-jta-narayana
starter添加合适的Narayana依赖，像Atomikos和Bitronix那样，Spring
Boot将自动配置Narayana，并对beans后处理（post-process）以确保正确启动和关闭。Narayana事务日志默认记录到应用home目录（放置应用jar的目录）的
transaction-logs 目录下，可以通过设置 application.properties 中的 spring.jta.log-dir
属性自定义该目录。以 spring.jta.narayana.properties
开头的属性可用于自定义Narayana配置，具体参考NarayanaProperties。
注为了确保多事务管理器能够安全配合相应资源管理器，每个Narayana实例必须配置唯一的ID，默认ID设为 1
。为确保生产环境中ID唯一性，可以为应用的每个实例配置不同的 spring.jta.transaction-manager-id 属性值

使用J2EE管理的事务管理器

如果将Spring Boot应用打包为一个 war 或 ear
文件，并将它部署到一个J2EE的应用服务器中，那就能使用应用服务器内建的事务管理器。Spring Boot将尝试通过查找常见的JNDI路径（
java:comp/UserTransaction ,java:comp/TransactionManager
等）来自动配置一个事务管理器。如果使用应用服务器提供的事务服务，通常需要确保所有的资源都被应用服务器管理，并通过JNDI暴露出去。Spring
Boot通过查找JNDI路径 java:/JmsXA 或 java:/XAConnectionFactory 获取一个 ConnectionFactory
来自动配置JMS，并且可以使用 spring.datasource.jndi-name 属性配置 DataSource 。

混合XA和non-XA的JMS连接

当使用JTA时，primary JMS ConnectionFactory
bean将能识别XA，并参与到分布式事务中。有些情况下，可能需要使用non-XA的 ConnectionFactory
去处理一些JMS消息。例如，JMS处理逻辑可能比XA超时时间长。如果想使用一个non-XA的 ConnectionFactory ，可以注入
nonXaJmsConnectionFactory bean而不是 @PrimaryjmsConnectionFactory bean。为了保持一致，
jmsConnectionFactory bean将以别名 xaJmsConnectionFactor 来被使用。
示例如下：
// Inject the primary (XA aware) ConnectionFactory @Autowired private
ConnectionFactory defaultConnectionFactory;// Inject the XA aware
ConnectionFactory (uses the alias and injects the same as above) @Autowired
@Qualifier("xaJmsConnectionFactory") private ConnectionFactory
xaConnectionFactory;// Inject the non-XA aware ConnectionFactory @Autowired
@Qualifier("nonXaJmsConnectionFactory") private ConnectionFactory
nonXaConnectionFactory;
支持可替代的内嵌事务管理器

XAConnectionFactoryWrapper和XADataSourceWrapper接口用于支持可替换的内嵌事务管理器。该接口用于包装
XAConnectionFactory 和 XADataSource beans，并将它们暴露为普通的 ConnectionFactory 和
DataSource beans，这样在分布式事务中可以透明使用。Spring Boot将使用注册到 ApplicationContext
的合适的XA包装器及 JtaTransactionManager
bean自动配置DataSource和JMS。BitronixXAConnectionFactoryWrapper和BitronixXADataSourceWrapper提供了很好
的示例用于演示怎么编写XA包装器。
来自于：http://www.hifreud.com <http://www.hifreud.com>

热门工具换一换