应主动在 main 内部用 try-catch 捕获并处理异常，而非声明 throws 交由 JVM 退出；可封装业务逻辑到独立方法中处理异常，或谨慎使用 RuntimeException 包装受检异常，大型项目宜借助框架统一拦截。

在 Java 中，main 方法是程序入口，其签名固定为：
public static void main(String[] args)。它本身可以声明 throws（比如 throws IOException），但这样做只是把异常“甩给 JVM”——JVM 接收后会打印堆栈跟踪并退出程序。这不是真正的“处理”，而是放弃处理。要防止继续依赖 throws 交由 JVM 处理，核心是：**在 main 内部主动捕获并合理应对异常，而不是向外抛出**。

用 try-catch 包裹可能出错的代码

这是最直接有效的方式。把所有可能抛受检异常（checked exception）或你关心的运行时异常（unchecked exception）的操作，放在 try 块中，并在 catch 中做明确响应。

• 对已知可恢复的异常（如文件不存在、网络超时），提供重试、默认值或友好提示
• 对不可恢复但需记录的异常（如配置解析失败），记录日志后优雅退出（如 System.exit(1)）
• 避免空 catch（即 catch (Exception e) {}），至少要 e.printStackTrace() 或使用日志框架记录

将业务逻辑封装进独立方法并内部处理异常

不要让 main 变成“异常转发器”。把核心流程抽成带返回值或状态码的方法，在该方法内部完成异常捕获与决策。

• 例如：写一个 runApplication() 方法，返回 int 表示成功/失败，内部用 try-catch 处理所有异常
• main 只负责调用它，并根据返回值决定是否退出，不再声明 throws
• 这样既保持 main 简洁，又把异常控制权掌握在自己手里

用 RuntimeException 包装受检异常（谨慎使用）

当某段代码必须抛出受检异常（如 new FileInputStream(...)），但你又不想在 main 上加 throws，可用运行时异常包装再抛出：

• 例如：throw new RuntimeException("Failed to load config", e);
• 注意：这不等于忽略异常，而是在更高层统一兜底（比如全局异常处理器或 main 的顶层 catch）
• 仅适用于你确定该异常属于严重错误、不应被调用方逐层处理的场景

借助工具类或框架统一异常拦截

在较大型项目中，可通过以下方式减少 main 中的手动异常管理：

• 使用 Spring Boot 时，main 通常只启动容器，异常由 @ControllerAdvice 或 ErrorWebExceptionHandler 统一处理
• 自定义启动器工具类，提供 SafeRunner.execute(() -> { ... })，内部自动 try-catch 并记录
• 避免在 main 里写大量业务代码，自然就减少了异常抛出需求