JRuby与Ruby相比到底由着怎样的优势呢？笔者在了解到Sun开始是实JRuby计划开始就已知没能完全理解为何Sun一定要在JVM上重新实现一个Ruby。除了当时脚本语言异常火爆，让传统的开发语言受到一定的冲击之外，笔者并不了解到JRuby和Ruby之前的区别，或者说JRuby会拥有哪些优势。今天笔者看到一篇Charles Nutter谈为何选择JRuby，终于对JRuby于Ruby的选择有了点点感悟.
作为MRI之外的另一个Ruby实现，JRuby正受到越来越多的关注，日前JRuby团队核心成员Charles Nutter接受了一个访谈，深度探讨了很多JRuby相关的话题。
首先，JVM是一个相当成熟的VM，在内存管理、性能、安全性等方面都表现出色，而且覆盖几乎所有平台，同时拥有多个持续维护的实现可供选择。JRuby基于JVM之上，天生拥有很多优势。例如MRI上经常被提及的垃圾回收性能问题，REE通过GC补丁大幅提升了性能，而JRuby则可充分利用JVM的垃圾回收机制。
在JRuby中，我们能充分利用JVM在GC方面多年努力的结果。以Hotspot为例，这是通常我们用来测试的JVM，你有不止1个，而是5个可供选择的垃圾回收器。[..] 根据应用程序行为（或者你需要的行为）的不同，这些垃圾回收器能协同工作。而且你还能对它们进行调整和监控。
在多种Ruby实现中，JRuby的启动时间相对较长，而且启动后还要经过一段“预热”，JRuby才能发挥其最佳性能。这对服务器端应用来说不算什么，可客户端程序就不行了。Charles在其近期的博客中也提供了一些建议，帮助缩短启动时间。好在情况正在不断改观，新版JVM发布后，JRuby的启动速度将会得到进一步提升。
Java在企业级应用方面有着大量的经验，借助JRuby，我们能够更好地融合Ruby与Java，为开发者提供更好地工具及环境（例如Torquebox）：
Torquebox和GlassFish都是很好的例子，通过一点Ruby技巧，如何赋予Java/JVM生态环境中最好的那些部分新的力量。无论选择谁，你都将获得一个简单的一站式部署方案，其中包含了设计良好的服务API和管理工具。
JRuby自1.2 RC1开始就支持Android平台，ruboto已能很好地在手机上提供irb功能。Android Scripting Environment也提供了JRuby支持。随着Android 1.6和2.0的更新，无需任何修改就能在Android平台上运行JRuby的日子也不会远了。
虽然自去年11月JRuby 1.4发布后，很长一段时间都没有发布新版本，但JRuby的社区正在不断发展，相信2010年里，JRuby将会有更好地表现。作为读者，您对JRuby的看法是什么？您会在项目中使用JRuby吗？
摘自：infoq
[ad#468-60]