应用服务器特定集成 (Application server-specific integration)
Spring 的事务抽象通常与应用服务器无关。此外，Spring 的 JtaTransactionManager 类（可以选择执行 JNDI 查找以获取 JTA UserTransaction 和 TransactionManager 对象）会自动检测后者的位置，该位置因应用服务器而异。访问 JTA TransactionManager 允许增强的事务语义——特别是支持事务挂起。有关详细信息，请参阅 JtaTransactionManager javadoc。
Spring 的 JtaTransactionManager 是在 Jakarta EE 应用服务器上运行的标准选择，并且已知可在所有常见服务器上运行。高级功能（例如事务挂起）也可以在许多服务器（包括 GlassFish、JBoss 和 Geronimo）上运行，而无需任何特殊配置。
补充教学
1. 什么是 JTA？
JTA (Java Transaction API) 是 Java EE (Jakarta EE) 规范的一部分，主要用于处理分布式事务（Global Transactions）。
- 本地事务 (Local Transaction)：比如
DataSourceTransactionManager。它只能管理单一数据源的事务。如果你在一个方法里既操作了 MySQL，又发送了 JMS 消息，它无法保证两者同时成功或同时失败。 - 全局事务 (Global Transaction)：通过 JTA 协调。它可以让多个资源（如两个不同的数据库、一个数据库 + 一个消息队列）参与到同一个事务中（通常通过两阶段提交 2PC 协议）。
2. Spring 的“黑魔法”：自动检测
在旧的 J2EE 时代，每个应用服务器（WebLogic, WebSphere, JBoss）获取 JTA 事务管理器的 JNDI 路径都不一样，配置非常痛苦。 Spring 的 JtaTransactionManager 之所以强大，是因为它内置了自动检测逻辑。它会尝试在标准的 JNDI 位置查找，如果找不到，会尝试在此类服务器特定的已知位置查找。这意味着同一份 Spring 配置文件（或代码），通常可以不加修改地部署在不同的应用服务器上。
3. 现代 Spring Boot 环境下的 JTA
在现代微服务架构中，我们很少将应用部署到庞大的 Jakarta EE 应用服务器中（如 WebLogic），而是使用内嵌 Tomcat/Jetty 的 Spring Boot Jar 包运行。 如果此时你需要分布式事务，Spring Boot 提供了很好的支持：
- Atomikos / Bitronix：Spring Boot 可以自动配置这些嵌入式的 JTA 事务管理器，让你在不依赖重型应用服务器的情况下也能使用 JTA。
- 当然，在微服务世界里，Saga 模式或最终一致性通常比强一致性的 JTA/XA 更受欢迎。