执行以下代码：
FileInputStreamfis=newFileInputStream("a.txt");成功创建FileInputStream后，通常会打开底层文件，并占用相应的操作系统文件描述符或句柄。
以下情况可能使底层文件资源得到释放：
- 主动调用
fis.close()：显式关闭流，释放其关联的系统资源。 - Java 进程退出：进程退出后，操作系统通常会回收该进程持有的文件描述符等资源。
- JVM 的自动资源清理机制执行：当流对象不再可达时，JVM 可能在后续通过相应的清理机制释放底层资源，但清理时机不确定。
需要注意，局部变量的生命周期结束，并不意味着底层文件资源会立即释放。
例如，在持续运行的 Java 进程中（如 Java Web 服务），即使在方法内部使用局部变量接收new FileInputStream("a.txt")，如果没有主动调用close()，或者在调用close()之前发生异常而导致关闭操作未执行，那么即使方法已经结束，底层文件资源仍可能继续被占用。
这是因为方法结束后，局部变量通常不再持有该流对象的引用，但这并不等于流对象立即被回收，更不等于底层文件资源立即释放。
当流对象不再可达时，JVM 的自动清理机制可能在后续释放底层资源，但其执行时机并不确定。因此，在持续运行的 Java 进程中，不能依赖 GC 来保证文件资源及时释放。
建议：使用try-with-resources管理文件流，确保在代码块结束时自动尝试关闭资源，避免因异常或遗漏close()而导致资源长期占用。
try(FileInputStreamfis=newFileInputStream("a.txt")){// 读取文件}
