什么时候可以捕获RuntimeException
在最近的项目中，我建议在测试工具代码中捕获RuntimeException并将其记录下来。该代码处理来自数据库的一系列输入，并且我不希望由于任何一个输入（空值，非法参数等）失败而导致测试停止。不用说，我的建议引起了热烈的讨论。
捕获任何一种RuntimeException是否可以接受？如果是，那么可以捕获RuntimeExceptions的其他方案还有哪些？
问题答案：
捕获RuntimeException此异常的原因与捕获任何异常的原因相同：您打算对其进行处理。也许您可以纠正导致异常的任何原因。也许您只是想重新抛出其他异常类型。
但是，捕获和 忽略 任何异常是非常糟糕的做法。
-
问题内容： 有效的Java建议我们不要这样做 。总是对的吗？ 在许多情况下，仅捕获身体。 如果我不接听电话，如何检查发生的地点？ 而且，如果我抓住了但身体空了，那我们那时就无法获得任何堆栈信息，可以吗？ 更新 我分析了在Google Android源AOSP4.2.2_r1.2中捕获RuntimeException的统计信息。 有249个RuntimeException捕获，并且以下是catch-
-
我已经用Java编写代码一段时间了。但有时，我不知道什么时候应该抛出异常，什么时候应该捕获异常。我正在做一个有很多方法的项目。层次结构是这样的- 所以目前我正在做的是-我在所有方法中抛出异常并在方法A中捕获它，然后将其记录为错误。 但我不确定这是否是正确的方法？或者我应该开始在所有方法中捕获异常。这就是为什么这种混乱始于我的 - 我什么时候应该抓住异常与何时应该抛出异常。我知道这是一个愚蠢的问题，
-
问题内容： 最近，我们在Java服务器应用程序中遇到了一个问题，该应用程序正在抛出未捕获的错误，因为Error是Throwable的一个单独的子类，而我们仅捕获了Exceptions。 我们通过捕获Throwables而不是Exceptions解决了眼前的问题，但这使我思考为什么您要捕获Exceptions而不是Throwables，因为您随后会错过Errors。 那么， 当您可以捕获Throwa
-
问题内容： 我从jls找到了报价： 相等运算符可用于比较两个可转换（第5.1.8节）为数字类型的操作数，或两个boolean或Boolean类型的操作数，或 两个分别为引用类型或null类型的操作数 。所有其他情况都会导致编译时错误。 但是这段代码 每个操作数都是参考！ 说这是不兼容的类型。 jls在哪里说这些类型应该兼容？ 问题答案： 在15.21.3节（参考相等运算符==和！=）中： 如果无法
-
问题内容： 我正在开发JSON / REST Web API，为此，我特别希望第三方网站能够通过AJAX调用我的服务。因此，我的服务正在发送著名的CORS标头： 允许第三方站点通过AJAX调用我的服务。到目前为止一切都很好。 但是，我的Web api的一个子部分是非公开的，需要身份验证（带有OAuth和access_token cookie的相当标准的东西）。在我网站的此部分也启用CORS是否安全
-
我找到了JLS引文： 表示它是不兼容的类型。 在jls中哪些地方说这些类型应该兼容？