Java 中的检查异常与非检查异常

我在理解之间的差异时遇到一些问题checked and uncheckedJava 中的异常。

1. 首先，checked异常应该在编译时查找异常。不同来源提供的示例引用了数据库连接、文件处理等其中一些，而unchecked异常应该查找程序员的错误，例如索引超出数组范围等。

难道不应该反过来吗？我的意思是，数据库连接是在运行时完成的，对吧？文件处理也是如此。您在编译时不会打开文件句柄，那么为什么在编译时会查找可能的错误呢？另一方面，对超出其范围的数组进行索引已经在程序中完成，可以在编译时检查（如果异常索引是在运行时由用户提供的，那么它是运行时就可以了）问题）。我在这里缺少什么？

2 其次，怎样才能RunTimeException，本身就是unchecked, 子类Exception，即checked？这意味着什么？

我在 Herbert Schildt 的书中找到了一个例子，解释了checked例外情况：

class ThrowsDemo {
   public static char prompt(String str)
      throws java.io.IOException {
  System.out.print(str + ": ");
  return (char) System.in.read();
  }
  public static void main(String args[]) {
    char ch;
    try {
      ch = prompt("Enter a letter");
    }
    catch(java.io.IOException exc) {
     System.out.println("I/O exception occurred.");
     ch = 'X';
    }
    System.out.println("You pressed " + ch);
    }
}

Is the throws这里需要子句吗？为什么我不能正常地使用try-catch像这样的声明（抱歉我不知道如何模拟IO Exception，所以我自己无法检查！）：

class ThrowsDemo {
   public static char prompt(String str)  {
     System.out.print(str + ": ");
     return (char) System.in.read();
  }
  public static void main(String args[]) {
    char ch;
    try {
      ch = prompt("Enter a letter");
    }
    catch(java.io.IOException exc) {
     System.out.println("I/O exception occurred.");
     ch = 'X';
    }
    System.out.println("You pressed " + ch);
    }
}

CheckedException 需要由调用者处理，Unchecked 异常则不需要。

因此，当您设计应用程序时，您应该考虑您正在管理什么样的特殊情况。

例如，如果您设计一个验证方法来检查某些用户输入的有效性，那么您知道调用者必须检查验证异常并以美观的方式向用户显示错误。这应该是一个已检查的异常。

或者，对于那些可以恢复的异常情况：假设您有一个负载平衡器，并且您希望通知调用者“n”台服务器之一已关闭，因此调用者必须恢复事件，将消息重新路由到另一台服务器；这应该是一个已检查的异常，因为调用者（客户端）尝试恢复错误至关重要，而不要只是让错误破坏程序流程。

相反，有许多情况不应该发生，和/或应该破坏程序。例如，编程错误（如除零、空指针异常）、API 的错误使用（IllegalStateException、OperationNotSupportedException）、硬件崩溃或一些不可恢复的小情况（与服务器的连接丢失），或世界末日:-);在这些情况下，正常的处理是让异常到达代码的最外层块，向用户显示发生了不可预测的错误，并且应用程序无法执行任何操作来继续。这是一个致命的情况，因此您唯一能做的就是将其打印到日志中或在用户界面中向用户显示。在这些情况下，捕获异常是错误的，因为捕获异常后需要手动停止程序以避免进一步的损坏；所以最好让某种异常“引起轰动”:)

由于这些原因，JRE 中也有一些未检查的异常：OutOfMemoryError（不可恢复）、NullPointerException（这是一个需要修复的错误）、ArrayIndexOutOfBoundsException（另一个错误示例）等等。

我个人认为 SQLException 也应该不检查，因为它表示程序中的错误，或者数据库的连接问题。但是有很多例子，您会遇到异常，但您实际上不知道如何管理（RemoteException）。

处理异常的最好方法是：如果可以恢复或管理异常，就处理它。否则让异常过去；其他人将需要处理。如果你是最后一个“别人”，并且不知道如何处理异常，只需显示它（记录或显示在 UI 中）。