gpt4 book ai didi

java - 拦截器Java和检查异常

转载 作者:行者123 更新时间:2023-11-30 09:06:34 25 4
gpt4 key购买 nike

我正在使用 Spring 的 AOP 功能。我有一个类(class)

class UserService {
public User insertUserService(User user) throws PersistenceLayerException {
System.out.println("UserServiceImpl_Two called: insertUserService method");

if (user.id == 1)
throw new PersistenceLayerException();

return null;
}
}

现在,对此方法 insertUserService 的调用被拦截器拦截,该拦截器进行一些验证。此验证拦截器抛出一个名为 BusinessException 的已检查异常。现在,当抛出此异常时,Java 抛出 UndeclaredThrowableException,因为 BusinessExcepetion 未在 insertUserService 的抛出中声明。有没有办法绕过这个 UndeclaredThrowableException 而不必在 throws 子句中声明 BusinessException

insertUserService 本身没有抛出 BusinessException 的原因,所以它看起来应该有解决办法。

最佳答案

一个想法,如果可行的话,是使 BusinessException 成为 RuntimeException 的子类,无论如何这更符合 Spring 哲学。

编辑:

您还询问是否有一种方法可以对已检查的异常执行此操作。您可能采取的一种方法是重新考虑您的 UserService 契约(Contract)。 “服务”(在服务 bean 意义上)通常是更高级别的域概念,因此实际上从您的 UserService 契约(Contract)中声明 BusinessException 可能更合适。然后,当存在较低级别的持久性问题时,您可以使用 BusinessException 将其包装(如果 BusinessException 表示诸如“对业务服务的调用失败”之类的通用内容),或者,如果您希望 BusinessException 具有狭义含义(例如验证问题等),则只需声明 BusinessExceptionPersistenceLayerException

在这种情况下,您可能会将 UserService 用作 Spring Security UserDetailsS​​ervice,这实际上更面向持久性。如果是这样,那么上述想法可能不适用。但除此之外,请考虑一个选项。

综上所述,将 BusinessException 设置为 RuntimeException 是最符合 Spring 实践的,并且可以说是最佳实践,原因我已描述 here .

关于java - 拦截器Java和检查异常,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/24401710/

25 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com