gpt4 book ai didi

java - 如何处理未经检查的异常?

转载 作者:搜寻专家 更新时间:2023-11-01 01:25:01 24 4
gpt4 key购买 nike

我很难理解如何处理未经检查的异常。

如果该方法没有声明异常并且我没有被迫处理它,我怎么知道该方法抛出异常?

未经检查的异常是针对编程错误的,正如我所读到的,因此为了避免 NullPointerException,我将引入空检查。或者对于 ArrayIndexOutOfBoundsException,我会检查我如何访问数组。

但是当我不知道某个方法会引发自定义未经检查的异常时,我该如何处理呢?

您如何将异常从数据层传播到用户界面?这些必须是已检查的异常,对吧?

我会让数据层抛出已检查的 DataLayerExceptions,然后在演示器类中有一个 try-catch-block(假定我使用的是 MVP),然后在 catch-block 中设置错误消息在 View 上...

或者这可以使用未经检查的异常来完成吗?

编辑

感谢到目前为止的回复。

这是我遇到的一个具体例子。

我刚开始使用 Spring,在一本书中我看到了一个 UserRepository 类,它使用 JDBCTemplate 从数据库中检索数据。 UserRepositoty 包含一个有点像这样的方法:

@Override
public List<User> findAll() {
String sql = "select id, username, email, password from p_user";
return new ArrayList<>(jdbcTemplate.query(sql, rowMapper));
}

现在,jdbcTemplate 的查询方法抛出一个DataAccessException,这是一个运行时异常。

我知道这一点,因为我查看了方法签名。

现在,我将如何处理这个异常?当然,用户需要某种类型的错误反馈。当然,我会记录异常。

但是我应该在哪里捕获这个异常呢?

我应该在那里捕获它然后重新抛出我自己的未经检查的异常吗?或者我应该在 findAll 方法上声明一个 throws DataAccessException,然后在调用类(可能是某种服务或演示者)中处理异常?

或者我是否应该确保引发异常的条件永远不会发生(万一这些条件甚至可以由我控制)?

最佳答案

I'm having difficulties understanding how to handle unchecked exceptions.

方法很简单。您可以像处理已检查的异常一样处理它们。你使用一个try/catch。 (要捕获所有异常,请捕获 RuntimeException,或者捕获 Exception 如果您还需要检查异常。但要注意捕获 Error可抛出,并捕获比您预期或实际可以处理的更多的异常..)

您真正要问的是如何知道什么时候它们会被抛出。那就更难了。

  • 正如您所观察到的,一些未经检查的异常是由语言本身抛出的。理论上,可以编写代码使这种情况不会发生。在实践中:1) 人们会犯错误,2) 太多的防御检查是繁重的……而且毫无意义。

  • 其他未经检查的异常被显式声明为被抛出,或者在方法或构造函数的 javadoc 中被记录为被抛出。 (事实上​​ ,我会说设计良好的 API 应该记录它期望抛出或传播的未经检查的异常。)

  • 在出现问题的情况下,直到在运行时看到异常,您才会知道。

最后一个案例说明了在您的开发周期中进行彻底和可重复测试的必要性。


But when I don't know that a method throws a custom unchecked exception, how am I supposed to handle this?

一般来说,你不需要。

任何意外异常都应被视为错误。您可以在测试或生产中找到它。你修理它。如果您已正确修复它,则意外异常不会再次发生......或者现在是预期的并且您的代码会处理它。

推论是,如果您确实捕获并处理了意外异常,那么让您的代码假装没有发生任何不好的事情是一个非常糟糕的主意。至少,需要记录异常,以便程序员可以找到根本原因。


And how do you propagate exceptions from the data layer to the user interface?

通常,向用户显示异常(尤其是堆栈跟踪!)不是一个好主意。通常,您捕获它们,将它们记录下来……连同堆栈跟踪……然后告诉用户:“发生了一些不好的事情:请将此报告给 XXX,并提供以下额外信息”。。 p>

Those must be checked exceptions, right?

模以上......不。他们不必检查异常。


I would let the data layer throw checked DataLayerExceptions and then have a try-catch-block in the presenter class (given I am using MVP) and then in the catch-block set the error message on the view.

你可以做到。对向用户显示异常的点取模。

显然,如果您要采用这种方法,您需要能够区分可以向用户解释、处理和“继续”的预期异常与unexpected 无法解释且无法恢复的异常。您可能会想到一些方案...


归根结底,没有简单的公式或“最佳实践”可以为您解决这个问题。它需要思想和设计......和关心......和测试。

关于java - 如何处理未经检查的异常?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/43494213/

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