最佳实践：如何处理永不会触发的异常？

你的处理方式是否可行？ #

短期在开发环境可能能跑通，但风险极高，绝对不推荐这么做。
你觉得文件在项目里就不会出问题，但实际打包、部署环节很容易踩坑：比如文件名大小写不符（Windows不敏感但Linux服务器敏感）、打包脚本漏加了资源文件、路径拼写多了/少了斜杠，这些情况都会导致资源加载失败，抛出异常。直接ignored的话，程序会静默出错——比如字体加载不出来，界面显示乱码或者默认字体，你很难快速定位到是资源加载的问题。

更优的处理方式 #

1. 不要静默忽略异常，至少打日志
   哪怕你觉得异常不会发生，也要把异常信息记录下来，方便出问题时排查：

try {
    _main.createNewNote();
} catch (IOException | FontFormatException e) {
    // 用你项目里的日志框架记录异常详情
    log.error("加载字体/图标资源失败", e);
    // 可选：抛出运行时异常，让程序快速失败，避免后续逻辑在资源缺失的情况下继续执行
    throw new RuntimeException("必要资源加载失败", e);
}

2. 提前校验资源是否存在
   对getResourceAsStream的结果做非空判断，在加载前就确认资源存在：

InputStream fontStream = getClass().getResourceAsStream("/fonts/Sticky Notes.ttf");
if (fontStream == null) {
    throw new IllegalStateException("必要资源缺失：/fonts/Sticky Notes.ttf，请检查打包配置或文件路径");
}
// 再用fontStream去加载字体

这种方式能在程序启动阶段就暴露问题，不会等到运行到业务逻辑才出错。

3. 用运行时异常替代checked异常（如果资源是必要依赖）
   如果这些资源是程序运行必须的，把checked异常包装成运行时异常抛出，不用强制调用方处理——毕竟正常部署下不该出现这种问题，属于部署/配置错误，直接报错让运维/开发人员修正即可。

方法声明throws是否不妥？ #

分两种场景判断：

• 如果资源是程序运行的必要依赖：声明throws IOException | FontFormatException确实不妥。因为调用方必须强制catch这些异常，但这些异常不是业务逻辑里的预期错误，而是部署/配置错误，属于不应该发生的情况。这种场景下，用运行时异常更合适，不用在方法签名里声明，减少调用方的冗余代码。
• 如果资源是可选资源（比如加载失败可以用默认字体/图标兜底）：那方法声明throws是合理的，让调用方根据业务场景决定如何处理异常（比如切换默认资源、提示用户等）。

内容的提问来源于stack exchange，提问作者kenned-fer