一、Java 异常程序全景图

下面的结构图展示了 Throwable 的完整继承关系。它方便你定位每种错误/异常在 JVM 中的位置，并判断是否应该捕获。

Throwable
├── Error
│ ├── OutOfMemoryError
│ ├── StackOverflowError
│ ├── NoClassDefFoundError
│ └── VirtualMachineError
└── Exception
├── RuntimeException
│ ├── NullPointerException
│ ├── IllegalArgumentException
│ └── ...
└── IOException
├── FileNotFoundException
└── ...

使用者痛点：很多开发者在实际编码时经常把 Error 当作普通异常来处理。导致程序在出现严重问题时仍然继续执行，最终导致不可预料的数据损坏或安全风险。怎么说呢，

二、Error 类及其常见子类

Error 表示 JVM 本身遇到无法恢复的问题。

• OutOfMemoryError: 堆内存耗尽，通常由内存泄漏或创建过大对象导致。说起来，
• StackOverflowError: 无限递归或深层调用导致栈空间溢出。
• NoClassDefFoundError: 编译后 jar 被删除或方法错误导致运行时找不到类。说起来，
• VirtualMachineError: JVM 内部严重错误。几乎不会被应用捕获，

⚠️ User Pain Point: 开发者往往忽略 OOM 的早期警告。只在日志中看到堆栈，而未能及时调整 GC 参数或调整代码。不过，及时监控内存使用并设置阈值是必不可少的防御措施。

// 示例：模拟 StackOverflowError 和 OutOfMemoryError
public class ErrorDemo {
public static void main {
// 触发 StackOverflowError
try {
recursive;} catch {
System.out.println;}
// 模拟 OutOfMemoryError
// byte arrays = new byte;}
static void recursive {
recursive;}
}

三、Exception 类及其分支

Exception 包含所有受检和非受检异常，它们用于描述可恢复和不可恢复的问题。下面分别说明两大分支：

• 受检异常 : 编译器强制要求处理。至于典型例子，
• 非受检异常 : 编译器不强制。但代表编程错误，例如
• 自定义业务异常推荐继承 RuntimeException。以减少方法签名噪声，同时保证业务逻辑可被统一捕获并返回友好消息。
• 使用者痛点：很多团队把业务异常写成 Checked。以为可以强制捕获，但实际导致方法签名爆炸且降低了代码可读性。建议统一为 Runtime 或专门封装一个基类 BusinessRuntimeException。

// 受检例子：文件读取
public class CheckedExample {
public static void readFile throws java.io.IOException {
throw new java.io.IOException;}
public static void main {
try{
readFile;}catch{
System.err.println);
按理说，}
}
}
// 非受检例子：除零检查
public class UncheckedExample {
public static void divide {
if{
throw new IllegalArgumentException;}
System.out.println;}
public static void main{
divide;// 抛出 IllegalArgumentException
// divide;// 正常执行
}
}

四、自定义异常常用方法

一个标准化的业务异常基类可以统一管理错误码和描述。方便前端返回统一 JSON 或 UI 提示，同时保持方法签名简洁。

@SuppressWarnings
public class BusinessRuntimeException extends RuntimeException {
private final String errorCode;private final transient Object args;public BusinessRuntimeException {
super;this.errorCode = errorCode;this.args = args;}
public String getErrorCode { return errorCode;}
public Object getArgs { return args;}
/**
* 快速构造方法。内部自动格式化 message
*/
public static BusinessRuntimeException of {
return new BusinessRuntimeException(errorCode,format,args);老实说，}
private static String format{
return " " + java.util.Arrays.toString;}
public static void main{
throw BusinessRuntimeException.of;按理说，}
}

五、面试要点 & 使用者痛点解答

💡 User Pain Point: 如果你在项目中频繁看到“java.lang.OutOfMemoryError”或者“java.lang.StackOverflowError”。那就说明你的代码里隐藏着潜在的大规模对象创建或者无穷递归，需要立刻定位根源并重构相关逻辑。在生产环境里开启 APM 或 Heap Dump 分析，也是快速定位这些致命问题的关键手段。