Java访问者模式实现中自定义异常无法传递至测试用例问题

异常无法传递到测试用例由两个独立问题导致：

• 第一版实现中，visit(Call call)方法用空catch块捕获了UndefinedSubroutineException，捕获后没有任何重抛逻辑，异常被直接吞噬，无法向外传递。
• 尝试给重写的visit方法添加throws UndefinedSubroutineException声明不生效，是因为Java重写语法规则限制：实现类重写接口方法时，不允许抛出原接口方法未声明的受检异常。你定义的UndefinedSubroutineException继承自Throwable，属于受检异常，而原Visitor接口的visit方法没有声明抛出该异常，因此该写法本身不符合Java语法要求，无法通过编译，自然不能生效。

由于你无权修改Visitor接口和测试用例代码，只能通过调整异常类型+移除异常吞噬逻辑修复，步骤如下：

1. 修改自定义异常的继承关系，将其从受检异常改为非受检运行时异常，绕过重写方法的异常声明限制。修改后的异常代码如下：

package turtle.logo;
public class UndefinedSubroutineException extends RuntimeException {
    public UndefinedSubroutineException(String message) {
        super(message);
    }
}

2. 调整AbstractVisitor中的visit(Call call)实现，移除吞异常的空try-catch块，直接调用校验方法即可，不需要额外添加throws声明（运行时异常不需要方法显式声明抛出）。修复后的方法代码：

@Override
public void visit(Call call) {
    IsFunctionNameExisting(call.getId());
    // 保留该方法其余原有业务逻辑
}

3. 补全IsFunctionNameExisting方法缺失的收尾花括号（你提供的代码中该方法未闭合，会触发编译错误）。

• Java异常分为两类：受检异常（继承自Throwable/Exception且不属于RuntimeException子类）要求所有调用方要么捕获处理，要么在方法签名上显式声明throws，重写方法时不能抛出原方法未声明的受检异常；非受检异常（继承自RuntimeException）不需要显式声明，不受重写规则的异常声明限制，可以在任意代码位置抛出，沿调用栈向上传递直到被捕获，完全适配你当前不能修改Visitor接口的约束。
• 空catch块是常见的异常处理反模式，捕获异常后不做任何处理、也不重抛，会直接抹除异常信号，导致外层逻辑完全无法感知错误发生。

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