Spring Batch最新版本是否支持作业级全局事务配置？

核心结论 #

Spring Batch不支持作业级的全局统一事务，其设计核心是基于分段事务模型：

• 每个Step拥有独立的事务边界
• Chunk级事务是Step事务下的子事务（默认传播行为为REQUIRED）
  这种设计是为了适配作业的持久化状态、重启恢复能力，避免长事务带来的性能和稳定性问题。你想要的「某Chunk异常则所有已提交Chunk回滚」「多Step中一个异常则全作业回滚」的全局事务效果，无法通过Spring Batch原生配置实现。

你的配置失效原因分析 #

1. Job Bean中手动开启事务无效：Spring Batch的作业执行由框架调度，你在readAirTicketDetailJob里手动获取的事务上下文，不会被后续Step/Chunk的事务复用，框架会自行管理Step和Chunk的事务边界。
2. Step的事务传播属性设置错误：你给Step设置了Propagation.NOT_SUPPORTED，这会让Chunk事务不支持任何外部事务，反而脱离了可能的事务上下文，和你想要的全局事务逻辑完全相反。
3. JobExecutionListener中操作事务不安全：afterJob阶段作业的事务上下文已经结束，调用TransactionAspectSupport.currentTransactionStatus()会获取不到有效事务，自然无法触发回滚。

替代实现方案 #

如果需要类似全局事务的效果，可以通过以下方式实现：

• 单Step+大Chunk（小数据量场景）：将所有业务逻辑放在一个Step中，把Chunk size设置为等于总数据量，这样整个Step的读写操作会在一个事务中执行，异常时全量回滚。但注意数据量过大时，长事务会导致数据库锁超时、性能下降。
• 手动补偿机制（多Step场景）：在作业失败时，添加专门的回滚Step，删除之前Step写入的数据；或者在业务层面设计幂等性逻辑，保证作业重启时可以正确覆盖或清理之前的无效数据。
• 分布式事务（不推荐）：如果业务强依赖全局事务，可以使用JTA事务管理器，但会破坏Spring Batch的重启恢复能力，且增加系统复杂度，官方不推荐这种用法。

内容的提问来源于stack exchange，提问作者Wangjx