Java中未经检查的异常：是否继承自Error或RuntimeException？
我想处理（未经检查的）异常错误。我听说对于每种异常，我都应该创建Error或RuntimeException的子类。有什么不同？
问题答案：
Errors应该确定程序上无法恢复的问题（例如内存不足）。Exceptions应该确定由程序无法控制的意外情况（例如，数据库关闭）引起的可程序恢复的问题。RuntimeExceptions应该识别由代码流中的错误引起的可程序恢复的问题（阅读：开发人员的错误，例如空指针，非法参数等）。
就您而言，您想继承RuntimeException。
-
我有一个注释和三个类，像这样： 有没有办法确定当前注释是直接在类中继承还是声明的？ 类似于方法<代码>公共布尔值的东西是默认的（类 导出输出：
-
问题内容： 假设我们有这个问题 扩展和覆盖，但鉴于实现现在会引发异常。由于覆盖方法不能引发新的异常，因此不会编译。 最好的解决方案是什么？ 将所需的异常传播到。对我来说，这是反对封装，继承和一般OOP的（可能会引发永远不会发生的异常）。 使用呢？此解决方案不会将传播到，但是Oracle文档和其他来源指出，当“客户端代码无法执行任何操作”时，应使用异常类。并非这种情况，此异常将对恢复blablabl
-
问题内容： 我在理解Java 和异常之间的区别时遇到了一些问题。 首先，异常应该在编译时寻找异常。在不同来源中提供的示例引用了数据库连接性，其中一些是文件处理，而异常应该是在程序员方面寻找错误，例如索引超出数组范围等。 不应该反过来吗？我的意思是，数据库连接是在运行时完成的，对吧？文件处理也是如此。您没有在编译时打开文件句柄，那么为什么在编译时会寻找一个可能的错误呢？另一方面，超出数组范围的索引已
-
问题内容： 我想知道与使用if语句先检查null相比，使用try / exception处理null的成本。 提供更多信息。因为在此应用程序中，有> 50％的机会获得空值。如果未输入任何数据，则通常为null。因此，尝试使用null进行计算是很平常的事。 话虽这么说，如果我先使用if语句在计算之前先检查null并且不首先尝试计算是否会提高性能，或者仅抛出异常并对其进行处理会更便宜？ 感谢您的任何建
-
问题内容： 我一直在阅读有关未解决问题和已解决问题的信息，没有一个在线资源真正了解它们之间的区别以及何时使用两者。 据我了解，它们都在运行时抛出，它们都表示超出逻辑预期范围的程序状态，但是必须显式捕获已检查的异常，而未检查的异常则不能。 我的问题是，假设出于参数考虑，我有一个将两个数字相除的方法 以及需要在某处划分的方法 谁负责检查分母为零的情况，应该检查还是取消检查异常（忽略Java的内置div
-
问题内容： 我想知道只有Integer.parseInt（无论如何）都不会失败的情况下才能做些什么。 更具体地说，我有一个jTextArea用户指定值，由换行符分隔。 我想检查每一行，看看是否可以转换为整数。 想出了类似的东西，但是不起作用： 任何帮助表示赞赏。 问题答案：