Java中无法用catch捕获“匿名内部类异常”，因为能被catch的只能是继承自Throwable的具体异常实例，匿名类仅是创建该实例的方式；其编译时类型决定捕获匹配，运行时匿名子类名不可用。
Java 中无法直接在 catch 中捕获“匿名内部类异常”，因为匿名内部类本身不是异常类型，也不能作为异常被抛出。关键在于：**能被 catch 的只能是继承自 Throwable（如 Exception 或 Error）的具体异常实例，而匿名内部类只是创建该异常实例的一种方式。**
匿名内部类异常的本质
所谓“用匿名内部类抛异常”，实际是通过匿名子类创建一个异常对象，例如：
throw new RuntimeException() {{
@Override
public String getMessage() {
return "自定义消息";
}
}};
这行代码创建的是 RuntimeException 的一个匿名子类的实例，但它的编译时类型仍是 RuntimeException（或其父类），运行时类型才是那个匿名子类。
catch 时按编译时类型捕获
Java 的异常捕获基于声明类型（即 throw 表达式的编译时类型），而非运行时的实际类。因此：
立即学习“Java免费学习笔记（深入）”；
- 上面的异常可以被
catch(RuntimeException e)捕获； - 也可以被更宽泛的
catch(Exception e)或catch(Throwable t)捕获； - 但不能写
catch(新匿名类名 e)—— 因为匿名类没有名字，语法不合法，编译失败。
如果需要区分不同匿名异常怎么办？
匿名内部类无法命名，也不适合用于类型区分。若需差异化处理，推荐以下替代方式：
-
使用不同异常子类：定义多个具名的自定义异常类（如
ValidationException、NetworkException），显式throw它们； -
利用异常字段或方法标识：在自定义异常中添加标志字段（如
errorCode）、枚举类型或重写toString()/getMessage()，然后在catch块中用instanceof+ 字段判断逻辑分支； - 避免过度依赖匿名类抛异常：匿名内部类适合简单覆盖一两个方法，但不适合作为异常分类机制——它增加可读性负担，且无法被类型系统识别。
小结：能 catch 的从来不是“匿名类”，而是它的父类型
只要抛出的是 Exception 及其子类的实例，无论是否来自匿名内部类，catch 都按其声明类型匹配。匿名只是实例化手段，不改变类型系统的规则。想靠“匿名”实现多态捕获，行不通；想做精细化异常处理，请回归清晰的类型设计或语义标识。
