Exception表示程序可预见、可干预的意外情况，应通过逻辑处理或预防应对；Error表示JVM或系统严重故障，不可恢复，不应捕获。
Java里异常（Exception）和错误（Error）都继承自 Throwable，但它们代表的问题性质、可处理性、设计意图完全不同——不是程度轻重之分，而是“能否由程序逻辑应对”的根本区别。
核心定位不同：程序可控 vs 系统失控
Exception 表示程序在运行中**可能预见、可以干预**的意外情况。比如文件不存在、网络超时、数组下标越界。这些问题发生在应用逻辑层，JVM 认为开发者有能力通过重试、降级、提示或修正输入来恢复流程。
Error 表示 JVM 自身或底层环境出现的**严重故障**，如内存耗尽（OutOfMemoryError）、调用栈溢出（StackOverflowError）、类加载失败（NoClassDefFoundError）。这些不是代码写错了，而是运行环境已无法支撑当前任务，程序基本失去继续执行的条件。
编译检查机制不同：强制处理 vs 完全放行
Exception 分两类，处理要求明确：
立即学习“Java免费学习笔记（深入）”；
- 检查型异常（Checked Exception）：如 IOException、SQLException。编译器会强制你用 try-catch 捕获，或用 throws 声明抛出，否则编译失败。
- 非检查型异常（Unchecked Exception）：即 RuntimeException 及其子类，如 NullPointerException、ArithmeticException。编译器不强制处理，但建议通过逻辑校验提前规避，而非依赖捕获。
Error 全部是非检查型的，编译器从不干预。即使你写了 catch(Error e)，编译也能通过，但这属于反模式——不是不能写，而是不该写。
实际处理策略不同：该捕就捕，该放就放
对 Exception：
- 检查型异常一般要处理：打开文件失败时提供默认配置，数据库异常时回滚事务并记录日志。
- 运行时异常优先靠预防：判空、校验参数、限制循环深度，而不是层层 try-catch。
对 Error：
- 正常业务代码中不应捕获，捕获后也几乎无法做有意义的恢复操作。
- 极少数场景（如监控系统、容器化部署的主入口）可捕获 Error 做统一日志、发送告警、优雅退出，但不能试图“修复”它。
- 遇到 OutOfMemoryError，不是 catch 后继续跑，而是该扩容堆内存、优化对象生命周期、排查内存泄漏。
继承结构与典型例子
两者同属 Throwable 直接子类，无交集：
- Exception 下常见子类：IOException、SQLException、ClassNotFoundException、NullPointerException、IllegalArgumentException
- Error 下常见子类：OutOfMemoryError、StackOverflowError、NoClassDefFoundError、VirtualMachineError
简单记：Exception 是“程序出了岔子，还能拉一把”；Error 是“房子地基塌了，别修门锁了”。
