自从我使用Java以来，至少已经有5年了，当时，每当你想分配一个需要清理的对象（例如套接字，DB句柄）时，你必须记住添加一个块并在那里调用清理方法。finally
相比之下，在C++（或对象生存期确定性的其他语言，例如Perl）中，类实现者将定义一个析构函数，每当该类的对象超出范围时，该函数就会执行清理。这种方法的优点是对象的用户不能忘记清理它 - 即使抛出异常，也会自动调用析构函数。这种方法被称为RAII的相当可怕的名称 - “资源获取是初始化”。
根据我的经验，以“RAII方式”做事为我节省了大量的脑力开销，因为我不必担心资源是否以及何时发生。我们正在考虑将Java用于中型项目，我想知道自从我上次查看该语言以来添加到该语言的许多新功能中，是否存在某种确定性破坏。（我希望我抱怨“Java没有RAII”在这个帖子上受到谴责，但到目前为止，我无法通过谷歌搜索找到任何细节。
因此，如果有人能为我指出一些关于如何在Java中解决这个问题的介绍性材料，那就太好了！
编辑：下面的答案是在2009年初写的，当时Java 7仍然在不断变化。
虽然Java仍然没有提供关于最终确定时间的保证，但它确实获得了像C#这样的功能：try-with-resources语句。using
不，Java在这方面根本没有改变。你仍然需要使用try/finally。
有人讨论过将C#的“using”语句（这是语法糖超过尝试/最终）添加到Java中，但我认为这不再是Java 7的一部分。（大多数语言改进似乎都被放弃了。
值得理解的是，为什么在Java和.NET中没有以引用计数垃圾回收器的形式实现确定性销毁是有原因的 - a）影响性能并且b）循环引用失败。布莱恩·哈里（Brian Harry）写了一封关于此事的详细电子邮件 - 这是关于.NET的，而且相当古老，但它非常值得仔细阅读。
有一种模式在这里有所帮助。它不如基于析构函数的 RAII 好，但它确实意味着资源清理可以移动到库中（因此您不能忘记调用它）。
它被称为Experiment Around，之前已经在这里讨论过。
有趣的是，我看到乔恩·斯基特（Jon Skeet）在那个帖子上插话，但他没有在这里提到它 - 羞辱你乔恩 - 错过了在那里获得一些代表点的机会！
顺便说一句，虽然我很高兴布莱恩·哈里（再次看到乔恩的评论）不厌其烦地写了他所做的电子邮件 - 这显然反映了这个过程中的很多想法 - 我很高兴我们确实在C#中“使用”了它 - 我不同意他的所有结论。特别是，我不明白为什么，如果我们可以使用，我们就没有办法在没有“使用”的情况下将类型标记为以这种方式行为。当然，它限制了使用 - 但“使用”也是如此 - 大多数时候它正是你想要的。“使用”的问题在于客户端代码仍然必须记住使用它。对于C++风格的 RAII，它是该类型的属性。“使用”的一个可以说是更大的问题，或者更准确地说是，它比大多数人意识到的正确性要复杂得多，更容易出错 - 主要是因为物体有可能从死里复活。
