Java技术疑问：try-catch处理Throwable及自定义Throwable相关问题

1. 能否用try-catch处理Throwable？ #

可以。Throwable是Java所有错误（Error）和异常（Exception）的父类，语法上try-catch块完全可以捕获Throwable类型，这会同时捕获所有Exception和Error。但强烈不推荐这种做法：Error属于JVM层面的致命问题（如OutOfMemoryError、StackOverflowError），这类错误通常无法通过代码修复，捕获它们会掩盖致命问题，导致程序在应该终止的情况下继续运行，引发更严重的系统故障。

2. 能否自定义Throwable？ #

可以。语法上允许自定义继承自Throwable的子类，比如：

public class CustomThrowable extends Throwable {
    public CustomThrowable(String msg) {
        super(msg);
    }
}

但这种做法几乎没有实际意义，也不符合Java的异常设计规范。通常我们会根据需求选择继承Exception（受检异常）、RuntimeException（非受检异常）或Error，分别对应不同场景的问题，直接继承Throwable会混淆错误与异常的边界，增加代码的维护难度。

3. 能否通过捕获Throwable降低其严重性？ #

这种理解完全错误。Throwable包含的Error比Exception的严重性更高：Exception一般是程序逻辑或外部环境导致的可恢复问题，而Error是JVM自身的致命错误，几乎没有恢复可能。捕获Throwable不仅不能降低严重性，反而会把严重的Error也一并捕获，导致程序在遇到无法修复的问题时仍继续运行，极易引发系统级问题。

4. 未处理Throwable时，能否在try与catch/finally间建立通信保障运行？ #

不能。如果try块抛出的Throwable未被任何catch块捕获，程序会立即终止（仅finally块会在终止前执行）。此时catch块不会执行，不存在try块与catch块的通信可能；finally块只能执行资源清理等收尾操作，无法让程序继续顺畅运行。要保障代码运行，正确的做法是显式捕获对应类型的Exception（或特定Error，若确有必要），处理可恢复的问题，而不是依赖未处理Throwable的机制。

内容的提问来源于stack exchange，提问作者Trriger