应主动在 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 里写大量业务代码，自然就减少了异常抛出需求
