为何Formatter(String fileName)构造器未处理FileNotFoundException时无法运行？

这背后的核心原因是Java的**检查型异常（Checked Exception）**机制——编译器会强制要求你显式处理这类可预见的异常，不管运行时实际会不会触发它。咱们一步步拆解：

1. 什么是检查型异常？ #

检查型异常是Java中一类特殊的异常，编译器会主动检查并要求你必须处理它们（要么用try/catch捕获，要么在方法签名上声明throws抛出）。这类异常通常代表程序运行中可能遇到的可恢复场景，比如文件找不到、网络连接失败等。

FileNotFoundException就属于检查型异常，它继承自IOException，而IOException是Exception的子类（不属于RuntimeException家族）——这正是编译器会强制检查的标志。

2. 编译器的“死板”检查逻辑 #

编译器不会提前预判你运行时文件是否真的存在，它只看你调用的代码有没有声明抛出检查型异常。当你调用new Formatter("john.txt")时，这个构造器的方法签名明确标注了可能抛出FileNotFoundException，所以编译器不管你实际文件存不存在，都要求你必须处理这个潜在的异常。

3. 两种代码的对比 #

• 带try/catch的代码：你用catch (Exception e)捕获了所有异常，自然也包含了FileNotFoundException，满足了编译器的强制要求，所以能正常编译运行。
• 移除try/catch的代码：既没有捕获异常，也没有在main方法上声明throws FileNotFoundException，完全没有处理这个检查型异常，所以编译器直接报错，提示你必须抛出或捕获它。

两种可行的解决方式 #

除了你原来的try/catch写法，还可以在方法上声明抛出异常：

import java.util.*;
import java.io.FileNotFoundException;

public class CreatingFiles {
    public static void main(String[] args) throws FileNotFoundException {
        final Formatter MYFILE;
        MYFILE = new Formatter("john.txt");
    }
}

这样编译器也会放行，因为你把处理异常的责任交给了调用main方法的JVM（JVM遇到未捕获的检查型异常时，会打印栈跟踪并终止程序）。

内容的提问来源于stack exchange，提问作者Shane Francis