【翻译】Graeme答复：Groovy and JRuby: Enterprise-Ready?

    有博客报道说Groovy并不适合企业，其目的只是在散播FUD（Fear, Uncertainty, Doubt）而已. 此报道如下:
  http://www.huxili.com/index.php?cat=reports&id=ID000188
    此报道以"Groovy and JRuby: Enterprise-Ready?"为题且得出结论是：Groovy还不适合企业仅仅是因为内存泄漏。某些人并不懂语言间习惯用法差异，而简单地放在一起进行对比，当然是无稽之谈了。
    此报道并没有提供任何示例代码，更多的是通过怀疑的方式来验证其正确性，尽管如此报道还是陈述了Groovy运行在以下一些步骤的时候，会导致内存溢出：

1. Call shell.evaluate("x = 100")
2. Call System.gc()
3. Thread.sleep(1000)
4. Record used memory
5. Repeating (1-4)

    我要猜一下他们可能用到的Groovy代码，我敢打赌这些代码应该象下面所示那样：

shell = new GroovyShell()
while(true) {
  shell.evaluate("x = 100")
  sleep(2000)
  System.gc()
}

    那么这段代码有什么问题呢？并且是怎样导致内存泄漏呢？答案很简单：每一个GroovyShell实例都有一个内部的类加载器（class
loader），而Groovy一门编译类型的语言，即便是示例中很少的一段脚本都将会被编译成类因此随着时间的流逝，类加载器将会变得越来越大。那么该
如何解决呢？请看如下代码:

while(true) {
  new GroovyShell().evaluate("x = 100")
  sleep(2000)
}

    这么做，JVM就会自动回收不再使用的GroovyShell (当然包括它的类加载器)了，加载器都被回收了，其旗下的类当然也自然被回收了。JRuby当然不存在这样的问题，因为其本身就是解释性语言。没有相关语言的习惯用法，而仅仅凭借4行脚本代码，就断定一门语言是否适合企业应用，实在是滑稽可笑！所以要提防那些未经你自己证实的所谓的官方展望报告吧！


    至此翻译已经完毕，可是所谓的报道，本人也觉得的很可笑，不过从Graeme的答复中，本人也受益匪浅，也了解到自己对Groovy掌握还是比较肤浅的，继续努力[img]../../../images/smiles/icon_biggrin.gif" alt="[/img]
    其实从报道中也可以看到Groovy正在快速的发展，当然发展过程中不可能避免的有流言蜚语，同时也说明Groovy在备受关注中。
    最后，有几个有意思的链接与大家共享一下

• 请愿：Sun，请停止支持JRuby
• Groovy还不适合企业？！开什么玩笑