自从我使用Java以来已经至少5年了,当时,只要你想分配一个需要清理的对象(例如套接字,数据库句柄),你就必须记得添加一个finally块并调用清理方法.那里.
相比之下,在C++(或其他对象生命周期是确定性的语言,例如Perl)中,类实现者将定义一个析构函数,只要该类的对象超出范围,该函数就会执行清理.这种方法的优点是对象的用户不会忘记清理它 - 即使抛出异常,也会自动调用析构函数.这种方法以RAII的相当可怕的名字命名 - "资源获取是初始化".
根据我的经验,做"RAII方式"的事情在不必担心是否以及何时发生资源解除分配方面为我节省了大量精神开销.我们正在考虑将Java用于一个中型项目,我想知道自从我上次查看它以来,语言中添加的许多新功能是否存在某种确定性破坏.(我希望因为我的抱怨"Java没有RAII" 在这个帖子上被斥责,但到目前为止我还没能通过谷歌搜索找到任何细节.)
所以,如果有人能够指出一些关于如何在Java中实现这一目标的介绍性材料,那就太棒了!
编辑:下面的答案写于2009年初,当时Java 7仍然处于不稳定状态.
虽然Java仍然无法提供有关最终化时序的保证,但它确实获得了类似C#using语句的功能:try-with-resources语句.
不,Java在这方面根本没有改变.你仍然需要使用try/finally.
有人讨论过将相当于C#的"using"语句(这是语法糖而不是try/finally)添加到Java中,但我不认为它将再次成为Java 7的一部分.(大多数语言改进似乎已被删除.)
值得理解的是,为什么在Java和.NET中没有以引用计数的垃圾收集器的形式实现确定性破坏,顺便说一句 - a)影响性能,b)通过循环引用失败.Brian Harry写了一篇关于这个的详细电子邮件 - 它是关于.NET的,它相当陈旧,但值得仔细阅读.
有一种模式可以帮助到这里.它不如基于析构函数的RAII那么好,但它确实意味着资源清理可以移动到库中(所以你不能忘记调用它).
它被称为Execute Around,之前已在此讨论过.
有趣的是,我看到Jon Skeet在这个帖子中插话,但是他没有在这里提到它 - 对你的耻辱乔恩 - 错过了那里的一些回复点的机会!
顺便说一句,虽然我很高兴Brian Harry(再次看到Jon的评论)写了他写的电子邮件的长度 - 这显然反映了很多进入这个过程的想法 - 我很高兴我们做到了在C#中"使用"它 - 我不同意他的所有结论.特别是,我不明白为什么,如果我们可以使用,我们就没有办法将类型标记为没有"使用"的行为.当然它限制了使用 - 但"使用"也是如此 - 而且大部分时间它都是你想要的."使用"的麻烦在于客户端代码仍然需要记住使用它.使用C++风格的RAII,它是该类型的属性."使用"或者更准确地说使用Dispose惯用语这个可以说是更大的问题就是它'
京公网安备 11010802040832号 | 京ICP备19059560号-6 