我正在尝试阅读有关事务的内容,但我无法理解如何回滚异步方法调用,是否可以这样做。
我面临一个问题,例如用户可以选择手动或无人驾驶汽车。因此,如果他选择无人驾驶,则手动配置将被禁用,反之亦然。考虑一下,他正在从无人驾驶转向手动,无人驾驶配置已关闭,我调用另一个服务来关闭手动配置(这在异步调用中发生)。我添加了 @Async
是有原因的,因为它是耗时的调用。
示例
// Caller
@Override
public void enableDriverlessDriving(DriverlessDriving driverlessConfig) {
validator.validate(driverlessConfig);
driverlessDao.update(driverlessConfig);
if(drivelessConfig.isEnabled()) {
manualService.onDrivelessEnabled(driverlessConfig.getUserId());
}
}
// Callee
@Override
@Aysnc
public void onDrivelessEnabled(int userId) {
.....
// retrofit rest call. Timeout for 30 secs
ManualConfig config = client.getManualConfiguration(userid,30);
config.isEnabled(false);
try {
// retrofit rest call. timeout for 30 secs
client.updateManualConfig(config, userId,30);
}catch(CheckedExceptions e) { // throwing checked exceptions here.
LOGGER.error(...)
return;
}
}
如果rest调用禁用手动配置出现调用错误,则无人驾驶配置会打开,但手动配置不会关闭,两者都会打开。
问题:
将
@Transactional
添加到调用者和被调用者方法有效吗? - 可能是,但这样会影响性能,在这种情况下就不会使用@Async
。调用方方法是否应该具有
@Transactional
,但@Async
方法应该具有@Transactional(REQUIRES_NEW)
?回滚调用方方法@Transaction
是否会回滚被调用方方法中已检查异常的事务?
我期待一个能够在不影响性能的情况下实现数据完整性的解决方案(我希望 @Async 以现在的方式工作)
最佳答案
我不会建议合并@Async
和@Transactional
,这样我就可以以任何一种方式运行服务。我只是围绕服务创建异步包装器,并在需要时使用这个包装器。
@Transactional 与 @Async
当 @Transactional
Spring @Component
调用使用 @Async
注解的方法时,这种情况不会发生。对异步方法的调用由任务执行器稍后安排和执行,因此被视为“新鲜”调用,即没有事务上下文。如果 @Async
方法(或声明它的 @Component
)本身不是 @Transactional
Spring 将不会管理任何所需的事务.
如果使用 @Async
注释,则应格外小心事务。在这种情况下,事务会从一个 Spring @Component
通过调用层次结构传播> 到另一个。
为了让 Spring 管理 @Async
方法的事务,@Component
或方法本身应该声明 @Transactional
注解,这样即使方法异步执行,Spring
也会管理事务。
关于java - @Async方法失败时事务回滚,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/54683929/