必须显式关闭inputstream以释放文件描述符，推荐用try-with-resources自动关闭；若手动关闭，须在finally中判空处理；包装流只需关外层，关闭顺序错误或重复关闭易引发资源管理问题。
必须在使用完 InputStream 后显式调用 close() 方法，否则底层的文件描述符（File Descriptor）不会被及时释放，可能导致“Too many open files”异常。
使用 try-with-resources 自动关闭（推荐）
Java 7 引入的 try-with-resources 是最安全、简洁的方式。只要 InputStream 实现了 AutoCloseable（所有标准流都满足），JVM 会在语句块结束时自动调用 close()，即使发生异常也不会遗漏。
- 语法示例：
try (InputStream is = new FileInputStream("data.txt")) {
// 读取操作
int b = is.read();
} // 此处自动 close() - 支持多个资源，用分号分隔：
try (InputStream is = ...; OutputStream os = ...) { ... }
手动关闭需放在 finally 块中
若无法使用 try-with-resources（如旧版 Java 或复杂控制流），必须确保 close() 在 finally 中执行，并检查是否为 null，避免空指针。
- 典型写法：
InputStream is = null;
try {
is = new FileInputStream("data.txt");
// 读取逻辑
} finally {
if (is != null) {
try { is.close(); } catch (IOException ignored) {}
}
} - 注意：不要在 try 或 catch 中关闭，否则异常可能跳过关闭逻辑。
避免重复关闭和关闭已关闭的流
close() 方法是幂等的（多次调用无副作用），但不建议主动重复调用。更关键的是，不要在流被其他代码关闭后再次关闭——这虽不会抛异常，但属于逻辑错误，反映资源管理职责不清。
- 常见陷阱：方法 A 创建并传入流给方法 B，B 关闭后 A 又尝试关闭；应明确谁负责生命周期管理。
- 调试提示：可通过
System.out.println(is.getClass().getName() + " closed? " + ((FileInputStream)is).getChannel().isOpen())（仅限FileInputStream）辅助验证，但生产环境不推荐。
注意包装流的关闭顺序与效果
使用 BufferedInputStream、ObjectInputStream 等装饰器时，只需关闭最外层流。其 close() 会自动委托到底层流，逐级释放全部资源。
- 正确：
try (BufferedInputStream bis = new BufferedInputStream(new FileInputStream("a.txt"))) { ... } - 错误：单独关闭底层流（
new FileInputStream(...).close()）而忽略包装流，会导致缓冲区未刷新、外层流状态异常。
