错误是代码无法真正解决的，如Error（内存溢出、栈溢出等jvm层面问题）及资源耗尽、配置错误、权限不足等根本性问题。1. error表示严重问题，程序无法恢复，不推荐捕获；2. 资源耗尽类问题需运维介入而非代码处理；3. 配置错误应修正配置而非临时处理；4. 权限问题需人工授权；5. 外部服务故障应记录日志并停止流程，而非无限重试。这些问题本质无法靠try-catch解决，需系统设计和运维保障。
在程序运行过程中，Error 和 Exception 都是表示“出了问题”的情况，但它们的性质和处理方式完全不同。简单来说：
- Exception（异常） 是可以被捕获并处理的，属于程序运行中可以预料的问题；
- Error（错误） 则通常是严重的问题，程序本身无法恢复或处理，比如内存溢出、栈溢出等。
如果你想知道哪些“错误”是代码无法捕获的，那就要从 Error 说起。
什么是 Error？为什么它不能被轻易捕获？
Error 表示的是 JVM（Java 虚拟机）层面的严重问题，通常意味着程序已经无法继续执行下去了。比如：
这些问题不是由你的代码逻辑直接引发的，而是运行环境出现了不可恢复的故障。虽然技术上你可以用 try-catch 捕获 Error，但在实际开发中不推荐这么做。因为即使你捕获了，也很难让程序恢复正常运行。
举个例子：就像汽车引擎爆炸了，你按喇叭是没有用的。
Exception 分为哪两类？怎么处理更合理？
Exception 又分为两种类型：
-
Checked Exception（受检异常）
这些异常必须在编译时处理，否则代码无法通过编译。例如：- IOException
- SQLException
处理建议：要么 try-catch 捕获，要么 throws 抛给调用者。
-
Unchecked Exception（非受检异常）
这些异常继承自 RuntimeException，编译器不会强制你处理。例如：- NullPointerException
- ArrayIndexOutOfBoundsException
处理建议：这类异常通常是由于代码逻辑错误引起的，应该在编写阶段就避免，而不是靠 catch 来兜底。
哪些错误是代码无法真正解决的？
除了上面提到的 Error 类型外，还有一些“错误”虽然不属于 Error，但也很难通过代码彻底解决：
这些情况虽然可能抛出的是 Exception，但本质上是你无法通过代码来修复的根本性问题。这时候更合适的应对方式是：
- 记录日志
- 提醒人工介入
- 停止部分功能甚至整个流程
总结一下：哪些问题你不该试图捕获？
简单总结几个不该捕获或无法真正解决的情况：
- 捕获 Error（如 OutOfMemoryError）
- 捕获所有异常的大范围 catch（catch (Exception e)）
- 对配置错误、权限问题做临时处理而不改根本配置
- 对外部服务失败无限重试而不停止流程
这些问题往往不是靠 try-catch 就能搞定的，而是需要从系统设计、运维保障上去解决。
基本上就这些。
