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