当使用Spring的@Async
注释时,当涉及到方法的throws
子句中的(检查)异常时,抽象是漏洞的。编译器将强制调用者处理异常,但实际上调用者永远不会看到@Async
方法抛出的异常。相反,根据实施情况,它将被处理和由Spring记录,或者提供给用户配置的异常处理程序,或者在返回值上调用Future#get()
时生成。
因此,我认为@Async
方法通常不应该抛出已检查的异常。相反,它们应该将所有已检查的异常包装在RuntimeException
类型中,以便不存在throws
子句。
这是一个准确的评估吗?是否有任何工具或编程方法可以修复泄漏?有没有人碰巧知道Spring开发人员对此的看法,或者是否有任何改善这种情况的计划?谢谢!
答案 0 :(得分:2)
您的评估可能是正确的。
现在,如果您想处理上述异常,请执行以下操作:
@Async
void mangle() {
try {
doMangle();
} catch (YourCheckedException e) {
// Handle it
}
}
void doMangle() throws YourCheckedException {
...
}