在Java的异常体系里，所有不正常的情况都继承自Throwable类，而它下面最重要的两个直接子类就是Exception和Error。很多初学者写代码时只管往外抛或者统一catch，却并不清楚这两类究竟能不能被处理、应不应该被处理。实际上它们的设计定位完全不同：Exception用于描述应用程序能够并且应该恢复的异常状况，而Error用于表达运行环境或虚拟机本身已经无法正常维持的灾难性故障。
从类继承结构与设计意图看二者差异
打开Java官方源码或者查阅文档就能发现，Throwable是所有错误与异常的超类，它派生出Error和Exception两个分支。Exception自身又细分为受检异常（checked exception，如IOException）和非受检异常（unchecked exception，即RuntimeException及其子类）。受检异常要求编译期必须处理，非受检异常通常由程序逻辑漏洞引发，比如空指针或数组越界。
反观Error，它绝大多数子类也都是非受检的，例如OutOfMemoryError、StackOverflowError、NoClassDefFoundError。这些错误的产生往往不是业务代码能控制的，而是JVM内部状态崩溃、系统资源耗尽或类加载失败造成的。设计者将Error单独划出来的用意很明确：这类问题原则上不该由普通应用程序捕获并试图恢复，因为捕获后你也无法保证JVM还处于一致状态。
从语义层面讲，Exception是“出了点意外但还能补救”，Error是“环境坏了别挣扎了”。比如读取配置文件失败抛出FileNotFoundException，这属于Exception，你可以提示用户换路径或者走默认配置；但如果是OutOfMemoryError，说明堆内存已经分配不出对象，即便catch住，后续任何new操作都可能再次触发错误，强行恢复只会让系统进入更不可控的状态。
实际编码中该如何正确捕获与处理
在日常业务开发中，捕获异常应遵循“捕获你能合理处理的”这一原则。对于Exception，尤其是受检异常，我们使用try catch给出明确补偿逻辑；对于RuntimeException，则更多是通过前置校验来避免，而不是依赖catch。下面是一段典型的Exception处理示例：
try {
// 尝试读取用户上传的文件
FileInputStream fis = new FileInputStream("user_data.txt");
// 处理文件流
} catch (FileNotFoundException e) {
// 文件不存在，使用默认配置代替
System.out.println("文件未找到，启用默认配置");
} catch (IOException e) {
// 读取异常，记录日志并通知上层
e.printStackTrace();
}
上述代码捕获的是Exception下的受检异常，属于合理范畴。但如果你写出catch (Throwable t)或者catch (Error e)，就很可能把OutOfMemoryError也吞掉。表面看程序没崩，实际JVM已经病入膏肓，后续请求全在处理一半时莫名失败，排错极其困难。
正确的做法是对Error保持“不捕获、不吞没、让进程退出并由运维重启”的态度。只有在极少数框架级代码（如容器、中间件）里，为了做最后一次资源清理或打印诊断信息，才会短暂接触Error，且清理完通常直接重新抛出或结束线程。普通业务方法签名上也不应该声明抛出Error，那没有意义。
常见误区与面试考察要点
不少人有这样一个误区：既然RuntimeException和Error都是非受检的，那它们就是一回事。这是错的。RuntimeException虽不需要编译期强制处理，但它依然是Exception家族成员，代表程序逻辑错误，完全可以通过修改代码（如判空、边界检查）来消除；而Error代表外部环境或虚拟机故障，你改业务代码基本没用。
面试中常问“Exception和Error的区别”，标准回答要覆盖三点：继承关系上二者并列继承自Throwable；可恢复性上Exception可处理、Error不应处理；使用方式上Exception该捕获就捕获、Error不该随意catch。此外还要能举出典型例子，比如NullPointerException是RuntimeException，VirtualMachineError是Error。
另一个容易混淆的点是catch (Exception e)能不能拦住Error。答案是不能，因为Error并不是Exception的子类。下面代码演示了这种无效捕获：
try {
// 模拟一个会导致栈溢出的递归
recursiveCall(0);
} catch (Exception e) {
// 这里永远进不来，因为抛出的是StackOverflowError
System.out.println("捕获到异常");
}
public static void recursiveCall(int i) {
recursiveCall(i + 1);
}
通过上面例子能直观看到，想用Exception兜住Error是不可能的。只有写成catch (Throwable t)才能接住，但这又违背了前面说的设计原则。理解这些区别，才能写出既健壮又不掩盖致命问题的Java代码。