Java理论与实践：良好的内务处理实践

本文介绍了对于有些资源来说，一直等到终结释放它们是不可取的。对于重要的资源，Lock或Semaphore直到很晚都可能不会被垃圾收集掉。多数资源都不会持续整个应用程序的生命周期，相反，它们只被用于一个活动的生命周期。当应用程序打开一个文件句柄读取文件以处理文档时，它通常读取文件后就不再需要文件句柄了。垃圾收集为我们做了大量可怕的资源清除工作，但是有些资源仍然需要显式的释放，当资源的生命周期被绑定到特定调用帧的生命周期时，通常使用finally块来释放该资源，但是长期存活的资源需要一种策略来确保它们最终被释放。 Java编程中的资源管理是至关重要的，尤其是在处理非内存资源如文件句柄、网络连接和数据库连接等时。垃圾收集（Garbage Collection, GC）虽然在内存管理上为开发者提供了便利，但并不涵盖所有类型的资源。这篇文章《Java理论与实践：良好的内务处理实践》着重讨论了Java中对那些需要显式释放的资源进行有效管理的方法。 文章指出，对于诸如文件句柄和套接字这样的资源，不能完全依赖垃圾收集器来回收，因为它们并非对象的内存占用。例如，一旦打开一个文件流，必须在使用完毕后通过`close()`方法显式关闭，以避免资源泄露和可能导致的系统资源耗尽。虽然某些类，如文件流，可能包含终结器（finalizer），但这只是作为一种备份机制，如果程序员忘记释放资源，终结器会在稍后执行。然而，这并不是最佳实践，因为它可能导致资源释放延迟，特别是在处理大量或关键资源时。 对于长期存活的资源，例如锁、信号量或数据库连接，它们可能在垃圾收集触发之前不会被标记为可回收。在这种情况下，如果依赖终结器，可能会导致资源耗尽，因为它们可能长时间保持打开状态。因此，应当采用更为积极的策略，例如连接池，来管理和释放这些资源，以确保它们及时被回收，从而避免对系统性能的影响。 文章中提到了一个常见的情况，即资源的生命周期局限于一个方法内。在这种情况下，推荐使用`try...finally`块来确保无论是否抛出异常，资源都能在方法退出前得到释放。清单2展示了如何正确地在方法内部获取、使用和释放资源，即使在出现异常时也能保证文件流被关闭。 此外，Java 7引入了try-with-resources语句，进一步简化了资源的管理。这个特性允许在try语句块的括号内声明自动关闭的资源，如`AutoCloseable`接口的实现者。当try语句块结束时，不论是否抛出异常，这些资源都会自动关闭。这提供了更好的资源管理方式，如清单3所示： 清单3. 使用Java 7的try-with-resources语句 ```java public static Properties loadProperties(String fileName) throws IOException { try (FileInputStream stream = new FileInputStream(fileName)) { Properties props = new Properties(); props.load(stream); return props; } } ``` 良好的资源管理是Java编程中不可或缺的一部分。虽然垃圾收集大大简化了内存管理，但开发者仍需关注非内存资源的释放，特别是对于长期存活的资源。使用`try...finally`块或Java 7的try-with-resources语句可以有效地防止资源泄露，提高程序的稳定性和效率。理解并应用这些最佳实践，将有助于提升Java应用程序的质量和性能。