为何javax.transaction.Transactional无法指定隔离级别，Spring的Transactional却支持？

配置差异的核心原因 #

• Java标准javax.transaction.Transactional是JTA 1.2推出的跨运行环境通用事务契约，设计目标是兼容所有Jakarta EE（原Java EE）兼容容器、不同类型的事务管理器与持久化实现。而事务隔离级别和底层数据源、数据库实现强绑定，不是所有运行环境都支持自定义隔离级别，为了避免出现配置不兼容的问题，标准注解刻意没有提供隔离级别配置项，只保留了所有环境都能支持的通用参数。
• Spring自带的org.springframework.transaction.annotation.Transactional是Spring生态私有抽象，不需要适配全Java生态的所有运行环境，只需要对接Spring自身的事务管理器实现，Spring框架本身已经封装了底层兼容性校验，配置不支持的隔离级别会直接抛出明确异常，所以可以开放该配置项满足业务的灵活需求。
• 另外Spring的事务注解设计早于JTA标准注解，已经积累了大量用户自定义隔离级别的使用习惯，后续迭代过程中也没有砍掉该特性，一直保留至今。

使用标准javax.transaction.Transactional时管理事务隔离级别的方法 #

• 全局数据源层面配置：在初始化数据源（尤其是连接池）时直接设置全局默认隔离级别，所有从该数据源获取的连接都会默认使用该配置，比如HikariCP可以设置defaultTransactionIsolation参数指定对应隔离级别的常量值。
• 业务代码手动控制：如果只有少量特殊业务需要自定义隔离级别，可以在事务开启前手动获取数据库连接修改隔离级别，示例代码：

  Connection conn = DataSourceUtils.getConnection(dataSource);
  // 修改为读已提交隔离级别
  conn.setTransactionIsolation(Connection.TRANSACTION_READ_COMMITTED);
  

  注意事务结束后如果需要恢复默认隔离级别，需要手动改回原有配置。
• 容器专属配置适配：如果是在特定商用应用服务器（如WebLogic、WildFly）中使用，可以通过容器支持的部署描述符（如persistence.xml、服务器专属事务配置文件），针对指定模块或业务方法配置隔离级别，不需要修改业务代码。

注意：修改隔离级别前需要确认底层数据库支持对应级别，比如Oracle原生不支持READ_UNCOMMITTED和REPEATABLE_READ，强制配置会触发运行时异常。

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