vert.x——JVM上的Node.js替代者

Vert.x是一个用于下一代异步、可伸缩、并发应用的框架，旨在为JVM提供一个Node.js的替代方案。开发者可以通过它使用JavaScript、Ruby、Groovy、Java、甚至是混合语言来编写应用。

如下代码展示了Web服务器是如何通过vert.x来处理静态文件的：

// JavaScript
load('vertx.js')
vertx.createHttpServer().requestHandler(function(req) {
  var file = req.path === '/' ? 'index.html' : req.path;
  req.response.sendFile('webroot/' + file);
}).listen(8080)

# Ruby
require "vertx"
Vertx::HttpServer.new.request_handler do |req|
  file = req.uri == "/" ? "index.html" : req.uri
  req.response.send_file "webroot/#{file}"
end.listen(8080)

// Groovy
vertx.createHttpServer().requestHandler { req ->
  def file = req.uri == "/" ? "index.html" : req.uri
  req.response.sendFile "webroot/$file"
}.listen(8080)

// Java
import org.vertx.java.core.Handler;
import org.vertx.java.core.http.HttpServerRequest;
import org.vertx.java.deploy.Verticle;
public class Server extends Verticle {
  public void start() {
    vertx.createHttpServer().requestHandler(new Handler() {
      public void handle(HttpServerRequest req) {
        String file = req.path.equals("/") ? "index.html" : req.path;
        req.response.sendFile("webroot/" + file);
      }
    }).listen(8080);
  }
}

在内部，一个vert.x实例会管理着一个小的线程集合，每个线程针对服务器上的一个可用内核。基本上每个线程都实现了一个事件循环。当部署一个vert.x应用实例（又叫做verticle）时，服务器会选择一个事件循环分配给该实例。接下来针对该实例的任务都会通过该线程进行分配。由于在某一时刻可能会有成千上万个verticle在运行，因此在同一时刻会将单个事件循环指定给多个verticle。

Verticle可与运行在相同或不同vert.x实例中的其他verticle进行通信，这是通过消息事件总线实现的，它类似于Erlang的actor模型。消息传递旨在让系统能够在多个可用核心上进行扩展而无需以多线程的方式来执行verticle代码。

事件总线是分布式的，并不只会跨越服务器，还会渗透进客户端的JavaScript以处理“实时”的Web应用。

除了并发与消息传递外，vert.x还具有如下特性：

• TCP/SSL服务器与客户端
• HTTP/HTTPS服务器与客户端
• WebSockets/SockJS支持

InfoQ有幸采访到了VMWare的高级工程师Tim Fox以了解vert.x：

InfoQ：能否从架构上介绍一下vert.x及其构建方式？

Tim：vert.x的核心是用Java编写的，接下来我们为每一种支持的JVM语言编写了一个薄薄的API层，这样每种语言都有一个适合于该语言的API了。我们并没有向这些语言直接公开Java API。这意味着Ruby用户会通过Ruby的方式编写代码，JS用户会通过JS的方式编写代码。

InfoQ：能否描述一下在vert.x上典型的开发流程么，特别是与开发者使用Node.js的体验进行一下对比？

我觉得这与node.js是非常类似的。实际的工作流程取决于你是在本地还是云中运行应用。但这并非vert.x所特有的。

InfoQ：就调试、监控与运维来看，在JVM与Node.js上运行实时应用有何差别？

我想说监控与运维实际上与部署vert.x的环境之间的关系更为密切而非vert.x本身。比如说，如果将vert.x部署到云中，那么云提供商可能就会为你提供监控。顺便说一下，社区成员目前已经在OpenShift与Heroku上运行了Vert.x。我们希望不久之后CloudFoundry支持就会到来。

InfoQ：vert.x与Node.js有什么基准比较么？

我们尚未发布任何的官方基准。但我自己已经完成了一些，在我所做的测试中，vert.x的性能与可伸缩性都远远超越了node.js。我希望在不久之后能够发布一些基准。

InfoQ：vert.x与Netty相比如何呢？

Netty是个很棒的底层IO库。Vert.x实际上使用了Netty。但vert.x是个用于编写异步应用的完整平台。Vert.x还提供了一个组件模型、文件IO及各种Netty所没有的东西。我要说的是，在JVM世界中，Vert.x是更类似于Akka（也使用了Netty）之类的完整框架。

Vert.x基于Apache License v2.0， 由VMware资助，其贡献由 SpringSource Individual Contributor License Agreement所管理。

查看英文原文： vert.x – JVM Polyglot Alternative to Node.js

译者 张龙 热衷于编程，乐于分享，对新技术有强烈的探索欲，对Java轻量级框架有一定研究。

相关厂商内容

百度技术沙龙第二十六期：前端组件原理及开发实践（5月20日 周日）

同样的架构，如果用不同语言实现，对最终效果有何影响？