最常见的已检查和未检查的Java异常？
据我了解，如果不逐一查找API文档，就无法找出方法抛出的异常。
由于这是没有选择的，因此我想撤消研究，并询问您在处理时遇到的最常见的Exception和RuntimeException：
- 铸件
- 数组
- 向量，ArrayList，HashMap等
- IO（文件类，流，过滤器…）
- 对象序列化
- 线程（wait（），sleep（）等）
- 或任何其他被视为“基本Java”的内容
我意识到这可能是主观的和无聊的，但这是用于课堂测试的，我的确并不了解。
问题答案：
java.lang除非我另有说明，否则假设以下内容是：
- 强制转换 ：ClassCastException
- 数组 ：ArrayIndexOutOfBoundsException，NullPointerException
- 集合 ：NullPointerException，ClassCastException（如果您不使用自动装箱并且将其搞砸了）
- IO ：java.io.IOException，java.io.FileNotFoundException，java.io.EOFException
- 序列化 ：java.io.ObjectStreamException（及其子类，我懒得枚举）
- 线程 ：InterruptedException，SecurityException，IllegalThreadStateException
- 在所有情况下可能都通用 ：NullPointerException，IllegalArgumentException
您最好查看Java网站的Package Summary页面。
这是一个：http : //java.sun.com/j2se/1.4.2/docs/api/java/io/package-
summary.html
-
我有以下两个示例，我不清楚java.lang.Exception是如何处理的：作为检查的或未检查的异常。 以下方法编译成功： 在这里，我认为java.lang.Exception是威胁java.lang.RuntimeException或java.lang.Error。不处理也可以声明扔。 如果我们没有使用异常，而是使用了检查异常（它是java.lang.Exception的子类），那么您必须在方
-
问题内容： 我在理解Java 和异常之间的区别时遇到了一些问题。 首先，异常应该在编译时寻找异常。在不同来源中提供的示例引用了数据库连接性，其中一些是文件处理，而异常应该是在程序员方面寻找错误，例如索引超出数组范围等。 不应该反过来吗？我的意思是，数据库连接是在运行时完成的，对吧？文件处理也是如此。您没有在编译时打开文件句柄，那么为什么在编译时会寻找一个可能的错误呢？另一方面，超出数组范围的索引已
-
问题内容： 在Java（或任何其他具有检查的异常的语言）中，当创建自己的异常类时，如何决定应检查还是不检查它？ 我的直觉是，在调用者能够以某种有效的方式进行恢复的情况下，将要求使用检查异常，而对于无法恢复的情况，未检查异常将更多，但是我会对其他人的想法感兴趣。 问题答案： 只要你知道何时应使用检查异常，它就很棒。Java核心API未能遵循SQLException（有时甚至是IOException）
-
问题内容： 阅读本书中的 Exception时，我发现了以下语句： 被检查的异常由编译器在编译时检查。 和 编译器不会在编译时检查未经检查的异常。 因此，如果我们也可以说或 位于Checked Exceptions类树之下。如何将java编译器知道 会有 一个例外，没有对 其中 可能 仍然 代码为我的理解里面。 另外，强制捕获Checked异常而不是Unchecked意味着什么呢？ 问题答案： J
-
问题内容： 我一直在阅读有关未解决问题和已解决问题的信息，没有一个在线资源真正了解它们之间的区别以及何时使用两者。 据我了解，它们都在运行时抛出，它们都表示超出逻辑预期范围的程序状态，但是必须显式捕获已检查的异常，而未检查的异常则不能。 我的问题是，假设出于参数考虑，我有一个将两个数字相除的方法 以及需要在某处划分的方法 谁负责检查分母为零的情况，应该检查还是取消检查异常（忽略Java的内置div
-
问题内容： 我在Java中有这个工厂方法： 我想将两个已检查的异常转换为未检查的异常。最好的方法是什么？ 我是否应该仅捕获异常并使用捕获的异常作为内部异常抛出新的RuntimeException？ 有没有更好的方法可以做到这一点？或者我应该首先尝试这样做吗？ 编辑： 只是为了澄清。这些异常将是致命的，因为配置文件实质上是程序的运行，所有异常都将在程序的顶层捕获并记录。 我的目的是避免不必要的引发异