System.out的实现中不需要捕获异常吗？

Question

我是java新手，为了弄清楚“System.out”，我阅读了相关的java源代码，然后发现了一些我无法理解的东西。 首先是“System.out”的源代码：

public final static PrintStream out = nullPrintStream(); 

然后我去了 nullPrintStream

private static PrintStream nullPrintStream() throws NullPointerException { 
    if (currentTimeMillis() > 0) { 
        return null; 
    } 
    throw new NullPointerException(); 
    } 

我的问题是：程序可能会在函数 nullPrintStream()< 中抛出 NullPointerException /code>，我们不需要在public final static PrintStream out = nullPrintStream();中捕获异常吗？为了弄清楚这一点，我在 Eclipse 中编写了一些测试代码，如下所示：

package MainPackage;

public class Src {
    private static int throwException() throws Exception{
        int m = 1;
        if(m == 0) {
            throw new Exception();
        }
        return 0;
    }
    public static final int aTestObject = throwException();  <==Here i got an error
    public static void main(String args[]) {

    }
}

就像我想的那样，我得到了一个错误未处理的异常类型异常，但是为什么System .out 可以不处理 NullPointerException 吗？

Answer 1

Java 有一个特殊的异常类，称为 RuntimeExceptions 。它们都扩展了 RuntimeException 对象，而 RuntimeException 对象又扩展了 Exception 对象。 RuntimeException（与常规异常相反）的特殊之处在于它不需要显式抛出。几种不同的异常都属于此类，例如 IllegalArgumentException、IllegalStateException 等...

在编码时使用 RTE 的优点是不需要覆盖代码有大量的 try/catch/throws 语句，特别是当异常预计极其罕见且不太可能发生时。此外，如果您有一个捕获 RTE 的通用机制，这也将有助于确保您的应用干净地处理期望条件。

话虽这么说，RTE 可能更难处理，因为从签名来看，特定类或方法是否会抛出该类型的异常并不明显。因此，它们对于 API 来说并不总是一个好主意，除非它们有很好的文档记录。

NullPointerException 是一个 RuntimeException，因此，不需要在方法签名中显式声明。

Answer 2

NullPointerException 是一个 RuntimeException - 它不需要显式捕获。

如果你让你的方法这样做，它就不会在编译时崩溃：

private static int throwException() throws Exception{
    int m = 1;
    if(m == 0) {
        throw new RuntimeException();
    }
    return 0;
}

Answer 3

如果我坚持在 private static int throwException() 中抛出 Exception() ，我应该如何修改 public static final int aTestObject = throwException();

您可能需要初始化静态块中的值并捕获其中的异常。

public static final int aTestObject;
static {
  try {
    aTestObject = throwException();  <==Here i got an error
  } catch (Exception e) {
    throw new AssertionError(e);
  }
}