ShutdownHook 中关闭 FileInputStream 仅作兜底，不可依赖其确保文件读完或弥补遗漏；必须优先用 try-with-resources 显式关闭，Hook 内仅非阻塞关闭并忽略异常。
在 ShutdownHook 中关闭 FileInputStream 本身是安全的，但关键在于：不能依赖它来“确保文件被正确读完”或“弥补未关闭的资源”，而应把它作为最后兜底手段；真正安全的做法是**优先在业务逻辑中显式关闭**，ShutdownHook 只用于防止因程序异常退出导致资源泄漏。
为什么不能只靠 ShutdownHook 关闭 FileInputStream
FileInputStream 是操作系统级别的文件句柄，JVM 不会自动回收（尤其在 Windows 上容易出现“文件被占用”）。ShutdownHook 虽然能执行，但它有严重限制：
- 没有执行时限保障——JVM 可能在 Hook 还没跑完时就强制终止（比如 kill -9 或系统崩溃）
- 多个 Hook 执行顺序不确定，若其他 Hook 依赖该流已关闭，可能出错
- 如果流已在业务中抛异常未关闭，ShutdownHook 里再 close 可能抛
IOException，而这里无法向上抛出或可靠处理
正确做法：try-with-resources 为主，ShutdownHook 为辅
把流的生命周期控制在明确的作用域内，ShutdownHook 仅用于捕获“本不该发生但发生了”的遗漏场景：
- 业务代码一律用
try (FileInputStream fis = new FileInputStream(...)) { ... }，JVM 自动调用close() - 若流需要跨方法/长期持有（如日志监听器），用
AtomicReference<fileinputstream></fileinputstream>管理，并提供公共closeStream()方法 - 在初始化时注册 ShutdownHook，仅做一次非阻塞关闭，且忽略 close 异常（避免阻塞 JVM 退出）
ShutdownHook 中关闭 FileInputStream 的写法示例
假设你有一个全局持有的流（比如配置监控流），可这样兜底：
Audio Upload Aioz Stream Free
下载
基于 AIOZ Stream API 的免费音频上传技能，通过三步流程（Create → Upload Part → Complete）将本地音频文件上传至 AIOZ 流媒体平台。支持默认快速上传方式，使用默认编码配置，上传完成后返回 HLS 流媒体播放链接。使用 API Key (stream-publ...)进行认证。
立即学习“Java免费学习笔记（深入）”；
// 全局引用（注意线程安全）
private static final AtomicReference<FileInputStream> configStream = new AtomicReference<>();
// 启动时打开
public static void initConfigStream() throws IOException {
configStream.set(new FileInputStream("config.properties"));
// 注册钩子
Runtime.getRuntime().addShutdownHook(new Thread(() -> {
FileInputStream fis = configStream.getAndSet(null);
if (fis != null) {
try {
fis.close(); // 可能抛 IOException，但不处理——不能阻塞退出
} catch (IOException ignored) {
// 日志可选，但不要 throw 或 System.exit
}
}
}));
}
比关闭流更重要的事：避免在 ShutdownHook 做复杂操作
ShutdownHook 不是普通业务线程，它运行在 JVM 终止阶段，很多服务已不可用：
- 不要在其中写日志到文件（目标文件句柄可能已关闭）
- 不要发起网络请求、数据库操作或等待锁
- 不要调用 System.gc() 或依赖其他尚未清理的静态资源
- 关闭流前，确认它确实还没被业务代码关闭（用 AtomicReference 防重复 close）
ShutdownHook 是安全网，不是主逻辑。把流关在 try-with-resources 里，Hook 里轻轻一关，就到位了。
