我们什么时候应该选择抛出异常？[重复]
我们应该在什么时候选择抛出一个异常？
public Something sqlQuery(String sqlQuer) throws SqlException {
}
我们可以在try catch中捕获此异常。
在哪种情况下，我们选择使用投掷而不是立即接球？是否与设计模式相关？
共有1个答案
如果一个方法(M1)有能力自己处理一个异常，那么使用try-catch-finally。如果没有，就扔了。调用方法(M2)现在必须处理M1的一个潜在异常，或者抛出它本身。
除此之外，还需要捕捉除运行时异常之外的所有预期。
-
我已经用Java编写代码一段时间了。但有时，我不知道什么时候应该抛出异常，什么时候应该捕获异常。我正在做一个有很多方法的项目。层次结构是这样的- 所以目前我正在做的是-我在所有方法中抛出异常并在方法A中捕获它，然后将其记录为错误。 但我不确定这是否是正确的方法？或者我应该开始在所有方法中捕获异常。这就是为什么这种混乱始于我的 - 我什么时候应该抓住异常与何时应该抛出异常。我知道这是一个愚蠢的问题，
-
问题内容： 我担心这是运行时异常，因此应谨慎使用。 标准用例： 但这似乎会强制执行以下设计： 使它回到被检查的异常。 好的，但是让我们开始吧。如果输入错误，则会出现运行时错误。首先，这实际上是统一实施的相当困难的策略，因为您可能必须执行相反的转换： 更糟的是-虽然可以预期客户端代码将以静态方式进行检查，但对于更高级的数据（例如电子邮件地址）却并非如此，或更糟糕的是，必须对数据库进行检查，因此，一般
-
我担心这是一个运行时异常，所以应该谨慎使用。 标准用例： 但这似乎会迫使以下设计： 将其恢复为检查异常。 好吧，但我们还是继续吧。如果输入错误，则会出现运行时错误。因此，首先，这实际上是一个很难统一实施的政策，因为您可能需要进行相反的转换： 更糟糕的是，在检查
-
问题内容： 最近，我接受了公司的采访，他们给了我一个编码问题。我得到了与纸牌有关的程序，其中一种方法是将纸牌洗牌。因此，我将该程序编写为： 在上面的代码中，我引发了我最怀疑的 IllegalArgumentException 。在什么情况下实际上应该抛出运行时异常？我们是否应该实际抛出运行时异常？ 谢谢 问题答案： 我们是否应该实际抛出运行时异常？ 是的，我们应该。运行时异常有特定的用途-它们发出
-
问题内容： 我在ORM上还很新。我刚刚开始阅读有关使用Hibernate的Java Persistence API的书籍和文档。 我只是想知道，关闭EntityManagerFactory与jdbc数据库连接关闭类似吗？ 我们是否应该在每次持久/更新/删除后关闭它？如果我们不关闭它，数据库连接会保持打开状态吗？ 问题答案： 我只是想知道，关闭与jdbc数据库连接关闭类似吗？ 这并非完全正确，但关闭
-
问题内容： 我正在使用’multiprocess.Pool.imap_unordered’如下 我需要打电话或之后的for循环？ 问题答案： 不，您没有，但是如果您不再使用游泳池，那可能是个好主意。 Tim Peters在此SO帖子中致电或致电的理由很明确： 至于Pool.close（），您应该在永远不会将更多工作提交给Pool实例的情况下（且仅在）进行调用。因此，通常在主程序的可并行化部分完成时