Java方法含特定catch时，未捕获异常是否会向上抛出？

首先直接给你答案：
你的第一个修改版本（仅捕获NumberFormatException）不会自动将所有其他异常都返回给调用方，具体行为分两种情况；如果你的目标是让所有异常都以MyBusinessException的形式抛出，那第二个版本的写法是更合适的选择。

一、第一个代码版本的行为分析 #

public void wrapException(String input) throws MyBusinessException {
    try {
        // do something
    } catch (NumberFormatException e) {
        throw new MyBusinessException("there was a number error", e);
    }
}

这个方法的行为取决于// do something代码块中抛出的异常类型：

• 如果抛出的是unchecked异常（RuntimeException子类，比如NullPointerException、IllegalArgumentException）：这类异常不需要在方法签名中声明，会绕过你的catch块直接向上传播给调用方，调用方如果没有捕获，会导致程序终止。
• 如果抛出的是其他checked异常（比如IOException、SQLException等）：编译器会直接报错，因为你既没有在catch块中处理这类异常，也没有在方法的throws声明中列出它们，违反了Java的checked异常处理规则。

二、第二个代码版本的作用 #

public void wrapException(String input) throws MyBusinessException {
    try {
        // do something
    } catch (NumberFormatException e) {
        throw new MyBusinessException("there was a number error", e);
    } catch(Exception e) {
        throw new MyBusinessException(e.getMessage());
    }
}

这个版本通过catch(Exception e)捕获了所有非Error类型的异常（包括checked和unchecked），并统一包装成MyBusinessException抛出：

• 解决了第一个版本的编译错误问题，任何checked异常都会被捕获并包装。
• 让调用方只需要处理MyBusinessException这一种异常，简化了调用方的异常处理逻辑。
• 这里有个小建议：在包装异常时最好保留原始异常的栈追踪信息，改成throw new MyBusinessException(e.getMessage(), e);，这样后续调试时能快速定位到原始异常的根源。

三、根据业务需求选择方案 #

• 如果你希望所有异常都以业务异常的形式对外暴露，不想让调用方直接处理底层的各种异常，那第二个版本是最优选择。
• 如果你确定// do something只会抛出NumberFormatException和unchecked异常，且希望unchecked异常直接以原始形式传播（比如让调用方感知到运行时错误），那第一个版本可以使用，但要注意调用方需要额外处理这些unchecked异常的情况。

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