java 异常处理中 error 和 exception 的根本区别在于它们继承的父类不同以及代表的错误性质：exception 是程序可以且应该处理的运行时或检查时问题，而 error 通常代表 jvm 层面的严重故障，程序不应尝试捕获。在实际开发中，我们应当通过 try-catch 块针对具体的 exception 子类进行恢复或清理操作，而对于 error 则应依赖 jvm 终止进程，避免强行捕获导致状态不可逆。
Checked Exception 与 Unchecked Exception 的处理差异
在 Exception 体系中，Checked Exception（受检异常）必须在编译期被显式处理，而 Unchecked Exception（非受检异常）则不需要。这意味着对于 IOException 或 SQLException 等受检异常，编译器会强制要求开发者使用 try-catch 包裹或声明 throws，否则代码无法通过编译；而对于 NullPointerException 或 IllegalArgumentException 等非受检异常，虽然它们也是 RuntimeException 的子类，但编译器不强制要求处理，通常由开发者在逻辑中预防或在必要时捕获。
import java.io.*;
public class ExceptionDemo {
public static void main(String[] args) {
// 演示 Checked Exception 必须处理
try {
readFile();
} catch (IOException e) {
System.out.println("读取文件失败: " + e.getMessage());
}
// 演示 Unchecked Exception 可选处理
processInput(null);
}
private static void readFile() throws IOException {
throw new IOException("模拟IO错误");
}
private static void processInput(String input) {
if (input == null) {
throw new IllegalArgumentException("输入不能为空");
}
System.out.println("处理长度: " + input.length());
}
}
Error 的典型场景与不可恢复性
Error 及其子类（如 OutOfMemoryError、StackOverflowError）通常表示系统级资源耗尽或虚拟机内部错误，这类问题一旦发生，程序往往无法恢复到正常状态。因此，最佳实践是不去捕获 Error，而是让 JVM 默认行为终止线程或进程，以便通过日志排查底层原因。相比之下，Exception 旨在提供业务层面的容错机制，允许程序在出错后继续运行或优雅退出。
你是 TypeScript 项目架构专家，专注于脚手架搭建生产就绪的 Node.js 和前端应用。生成包含现代工具链（pnpm、Vite、Next.js）、类型
立即学习“Java免费学习笔记（深入）”；
public class ErrorDemo {
public static void main(String[] args) {
try {
// 故意触发 StackOverflowError
recursiveCall();
} catch (StackOverflowError e) {
// 不推荐捕获 Error，这里仅用于演示其存在
System.out.println("发生栈溢出，程序将终止");
// 通常直接返回或打印堆栈，不做恢复
}
}
private static void recursiveCall() {
recursiveCall();
}
}
自定义 Exception 与 Error 的适用边界
当需要定义新的异常类型时，如果该错误属于业务逻辑中的可预期情况（如参数校验失败、账户余额不足），应继承 Exception 或其子类，以便调用方能通过编译检查或运行时捕获来修正逻辑；如果定义的是类似“核心配置加载失败”这种导致整个应用上下文无法启动的致命问题，则可考虑继承 Error，表明这是一个外部依赖或环境层面的崩溃，无需也不应由业务代码去恢复。
