Java理论与实践：您的资源是否没有及时释放？来看看这六个清单，记得不要这样做

您的资源是否没有及时释放？

小时候，父母总是叮嘱我们玩了玩具之后要收好。如果您仔细想想，其实这种唠叨并不过分，要保持整洁是因为存在实际的限制，房间里没有太多的空间，如果到处堆满了玩具，那么连走路都无处下脚了。

如果有了足够的空间，保持整洁就不是那么必要了。空间越多，就越不必要保持整洁。Arlo Guthrie 著名的民谣 Alice's Restaurant Massacre 说明了这一点：

他们住在教堂楼下的大厅，里面的椅子全都搬走了，剩下一个空荡荡的大房间，所以他们想，很长时间都不用把垃圾扔出去，有的是地方装垃圾……

无论如何，垃圾收集可以帮我们减轻内务整理方面的工作。

 

显式地释放资源

Java 程序中使用的绝大多数资源都是对象，垃圾收集在清理对象方面做得很好。因此，您可以使用任意多的 String。垃圾收集器最终无需您的干预就会算出它们何时失效，并收回它们使用的内存。

另一方面，像文件句柄和套接字句柄这类非内存资源必须由程序显式地释放，比如使用 close()、destroy()、shutdown() 或 release() 这样的方法来释放。有些类，比如平台类库中的文件句柄流实现，提供终结器（finalizer）作为安全保证，以便当垃圾收集器确定程序不再使用资源而程序却忘了释放资源时，终结器还可以来做这个释放工作。但是尽管文件句柄提供了终结器来在您忘记了时为您释放资源，最好还是在使用完之后显式地释放资源。这样做可以更早地释放资源，降低了资源耗尽的可能。

对于有些资源来说，一直等到终结（finalization）释放它们是不可取的。对于重要的资源，比如锁获取和信号量许可证，Lock 或 Semaphore 直到很晚都可能不会被垃圾收集掉。对于数据库连接这样的资源，如果您等待终结，那么肯定会消耗完资源。许多数据库服务器根据许可的容量，只接受一定数量的连接。如果服务器应用程序为每个请求都打开一个新的数据库连接，然后用完之后就不管了，那么数据库远远未到终结器关闭不再需要的连接，就会到达它的最高容量。

只限于一个方法的资源

多数资源都不会持续整个应用程序的生命周期，相反，它们只被用于一个活动的生命周期。当应用程序打开一个文件句柄读取文件以处理文档时，它通常读取文件后就不再需要文件句柄了。