Vert.x 的核心 Java API 被我们称为 Vert.x Core
源码.
Vert.x Core 提供了下列功能:
编写 TCP 客户端和服务端
编写支持 WebSocket 的 HTTP 客户端和服务端
事件总线
共享数据 —— 本地的Map和分布式集群Map
周期性、延迟性动作
部署和撤销 Verticle 实例
数据报套接字
DNS客户端
文件系统访问
高可用性
Native transports
集群
Vert.x Core中的功能相当底层 —— 您在此不会找到诸如数据库访问、授权或高层Web应用的功能。您可以在 Vert.x ext (扩展包)
(译者注:Vert.x的扩展包是Vert.x的子项目集合,类似 Web
、 Web Client
、 Data Access
等)中找到这些功能。
Vert.x Core 小而轻,您可以只使用您需要的部分。它可整体嵌入现存应用中。我们并不会强迫您用特定的方式构造您的应用。
您亦可在其它Vert.x支持的语言中使用Vert.x Core。很酷的是:我们并不强迫您在书写诸如 JavaScript 或 Ruby 时直接调用 Java API, 毕竟不同的语言有不同的代码风格,若强行让 Ruby 开发人员遵循 Java 的代码风格会很怪异,所以我们根据 Java API 自动生成了适应不同语言代码风格的 API。
From now on we’ll just use the word core to refer to Vert.x core.
If you are using Maven or Gradle, add the following dependency to the dependencies section of your project descriptor to access the Vert.x Core API and enable the JavaScript support:
Maven (in your pom.xml
):
<dependency>
<groupId>io.vertx</groupId>
<artifactId>vertx-core</artifactId>
<version>3.6.2</version>
</dependency>
<dependency>
<groupId>io.vertx</groupId>
<artifactId>vertx-lang-js</artifactId>
<version>3.6.2</version>
</dependency>
Gradle (in your build.gradle
file):
compile "io.vertx:vertx-core:3.6.2"
compile "io.vertx:vertx-lang-js:3.6.2"
Important
|
The JavaScript support is based on Nashorn, and so is constrained by Nashorn feature set and limits. It does not support EcmaScript 6, because Nashorn does not support it. In addition, native NPM modules cannot be used as they are compiled for Node.JS. NPMs developed in EcmaScript 6 are also not usable. |
接下来讨论 Vert.x Core 中不同的概念和特性。
除非您拿到 Vertx
对象,否则在Vert.x领域中您做不了太多的事情。它是 Vert.x 的控制中心,也是您做几乎一切事情的基础,包括创建客户端和服务器、获取事件总线的引用、设置定时器等等。
那么如何获取它的实例呢?
如果您用嵌入方式使用Vert.x,可通过以下代码创建实例:
var Vertx = require("vertx-js/vertx");
var vertx = Vertx.vertx();
Note
|
大部分应用将只会需要一个Vert.x实例,但如果您有需要也可创建多个Vert.x实例,如:隔离的事件总线或不同组的客户端和服务器。 |
如果缺省的配置不适合您,可在创建 Vertx
对象的同时指定配置项:
var Vertx = require("vertx-js/vertx");
var vertx = Vertx.vertx({
"workerPoolSize" : 40
});
VertxOptions
对象有很多配置,包括集群、高可用、池大小等。在Javadoc中描述了所有配置的细节。
如果您想创建一个 集群模式
的 Vertx
对象(参考 Event Bus 章节了解更多事件总线集群细节),那么通常情况下您将需要使用另一种异步的方式来创建 Vertx
对象。
这是因为让不同的 Vert.x 实例组成一个集群需要一些时间(也许是几秒钟)。在这段时间内,我们不想去阻塞调用线程,所以我们将结果异步返回给您。
您也许注意到前边的例子里使用了一个 流式 (Fluent)的API。
一个流式的API表示将多个方法的调用链在一起。例如:
request.response().putHeader("Content-Type", "text/plain").write("some text").end();
这是贯穿 Vert.x API 中的一个通用模式,所以请适应这种代码风格。
这样的链式调用会让您的代码更为简洁。当然,如果您不喜欢流式风格,我们不强制您用这种方式书写代码。如果您更倾向于用以下方式编码,您可以忽略它:
var response = request.response();
response.putHeader("Content-Type", "text/plain");
response.write("some text");
response.end();
Vert.x 的 API 大部分都是事件驱动的。这意味着当您感兴趣的事情发生时,它会以事件的形式发送给您。
以下是一些事件的例子:
触发一个计时器
Socket 收到了一些数据
从磁盘中读取了一些数据
发生了一个异常
HTTP 服务器收到了一个请求
您提供处理器给Vert.x API来处理事件。例如每隔一秒发送一个事件的计时器:
vertx.setPeriodic(1000, function (id) {
// This handler will get called every second
console.log("timer fired!");
});
又或者收到一个HTTP请求:
// Respond to each http request with "Hello World"
server.requestHandler(function (request) {
// This handler will be called every time an HTTP request is received at the server
request.response().end("hello world!");
});
稍后当Vert.x有一个事件要传给您的处理器时,它会 异步地 调用这个处理器。
由此引入了下面一些Vert.x中的重要概念。
除了很少的特例(如以 "Sync" 结尾的某些文件系统操作),Vert.x中的所有API都不会阻塞调用线程。
如果可以立即提供结果,它将立即返回,否则您需要提供一个处理器( Handler
)来接收稍后回调的事件。
因为Vert.x API不会阻塞线程,所以通过Vert.x您可以只使用少量的线程来处理大量的并发。
当使用传统的阻塞式API做以下操作时,调用线程可能会被阻塞:
从 Socket 中读取数据
写数据到磁盘
发送消息给接收者并等待回复
其他很多情况
在上述所有情况下,当您的线程在等待处理结果时它不能做任何事,此时这些线程并无实际用处。
这意味着如果您使用阻塞式API处理大量并发,您需要大量线程来防止应用程序逐步停止运转。
所需的内存(例如它们的栈)和上下文切换都是线程的开销。这意味着,阻塞式的方式对于现代应用程序所需要的并发级别来说是难于扩展的。
我们前边提过 Vert.x 的 API 都是事件驱动的,当有事件时 Vert.x 会将事件传给处理器来处理。
在多数情况下,Vert.x使用被称为 Event Loop 的线程来调用您的处理器。
由于Vert.x或应用程序的代码块中没有阻塞, Event Loop 可以在事件到达时快速地分发到不同的处理器中。
由于没有阻塞,Event Loop 可在短时间内分发大量的事件。例如,一个单独的 Event Loop 可以非常迅速地处理数千个 HTTP 请求。
我们称之为 Reactor 模式(译者注:Reactor Pattern 翻译成了 反应器模式)。
您之前也许听说过它,例如 Node.js 实现了这种模式。
在一个标准的反应器实现中,有 一个独立的 Event Loop 会循环执行,处理所有到达的事件并传递给处理器处理。
单一线程的问题在于它在任意时刻只能运行在一个核上。如果您希望单线程反应器应用(如您的 Node.js 应用)扩展到多核服务器上,则需要启动并且管理多个不同的进程。
Vert.x的工作方式有所不同。每个 Vertx
实例维护的是 多个Event Loop 线程。默认情况下,我们会根据机器上可用的核数量来设置 Event Loop 的数量,您亦可自行设置。
这意味着 Vertx 进程能够在您的服务器上扩展,与 Node.js 不同。
我们将这种模式称为 Multi-Reactor 模式(多反应器模式),区别于单线程的 Reactor 模式(反应器模式)。
Note
|
即使一个 Vertx 实例维护了多个 Event Loop,任何一个特定的处理器永远不会被并发执行。大部分情况下(除了 Worker Verticle 以外)它们总是在同一个 Event Loop 线程中被调用。
|
尽管我们已经知道,Vert.x 的 API 都是非阻塞式的并且不会阻塞 Event Loop,但是这并不能帮您避免在您自己的处理器中阻塞 Event Loop 的情况发生。
如果这样做,该 Event Loop 在被阻塞时就不能做任何事情。如果您阻塞了 Vertx
实例中的所有 Event Loop,那么您的应用就会完全停止!
所以不要这样做!这是一个警告!
这些阻塞做法包括:
Thead.sleep()
等待一个锁
等待一个互斥信号或监视器(例如同步的代码块)
执行一个长时间数据库操作并等待其结果
执行一个复杂的计算,占用了可感知的时长
在循环语句中长时间逗留
如果上述任何一种情况停止了 Event Loop 并占用了 显著执行时间 ,那您应该去罚站(译者注:原文此处为 Naughy Step,英国父母会在家里选择一个角落作为小孩罚站或静坐的地方,被称为 naughty corner 或 naughty step),等待下一步的指示。
所以,什么是 显著执行时间 ?
您要等多久?它取决于您的应用程序和所需的并发数量。
如果您只有单个 Event Loop,而且您希望每秒处理10000个 HTTP 请求,很明显的是每一个请求处理时间不可以超过0.1毫秒,所以您不能阻塞任何过多(大于0.1毫秒)的时间。
这个数学题并不难,将留给读者作为练习。
如果您的应用程序没有响应,可能这是一个迹象,表明您在某个地方阻塞了Event Loop。 为了帮助您诊断类似问题,若 Vert.x 检测到 Event Loop 有一段时间没有响应,将会自动记录这种警告。 若您在日志中看到类似警告,那么您需要检查您的代码。比如:
Thread vertx-eventloop-thread-3 has been blocked for 20458 ms
Vert.x 还将提供堆栈跟踪,以精确定位发生阻塞的位置。
如果想关闭这些警告或更改设置,您可以在创建 Vertx
对象之前在 VertxOptions
中完成此操作。
在一个完美的世界中,不存在战争和饥饿,所有的API都将使用异步方式编写,兔兔和小羊羔将会在阳光明媚的绿色草地上手牵手地跳舞。
但是……真实世界并非如此(您最近看新闻了吧?)
事实是,很多,也非所有的库,特别是在JVM生态系统中有很多同步API,这些API中许多方法都是阻塞式的。一个很好的例子就是 JDBC API,它本质上是同步的,无论多么努力地去尝试,Vert.x都不能像魔法小精灵撒尘变法一样将它转换成异步API。
我们不会将所有的内容重写成异步方式,所以我们为您提供一种在 Vert.x 应用中安全调用"传统"阻塞API的方法。
如之前讨论,您不能在 Event Loop 中直接调用阻塞式操作,因为这样做会阻止 Event Loop 执行其他有用的任务。那您该怎么做?
可以通过调用 executeBlocking
方法来指定阻塞式代码的执行以及阻塞式代码执行后处理结果的异步回调。
vertx.executeBlocking(function (future) {
// Call some blocking API that takes a significant amount of time to return
var result = someAPI.blockingMethod("hello");
future.complete(result);
}, function (res, res_err) {
console.log("The result is: " + res);
});
默认情况下,如果 executeBlocking
在同一个上下文环境中(如:同一个 Verticle 实例)被调用了多次,那么这些不同的 executeBlocking
代码块会 顺序执行 (一个接一个)。
若您不需要关心您调用 executeBlocking
的顺序,可以将 ordered
参数的值设为 false
。这样任何 executeBlocking
都会在 Worker Pool 中并行执行。
另外一种运行阻塞式代码的方法是使用Worker Verticle
一个 Worker Verticle 始终会使用 Worker Pool 中的某个线程来执行。
默认的阻塞式代码会在 Vert.x 的 Worker Pool 中执行,通过 workerPoolSize
配置。
可以为不同的用途创建不同的池:
var executor = vertx.createSharedWorkerExecutor("my-worker-pool");
executor.executeBlocking(function (future) {
// Call some blocking API that takes a significant amount of time to return
var result = someAPI.blockingMethod("hello");
future.complete(result);
}, function (res, res_err) {
console.log("The result is: " + res);
});
Worker Executor 在不需要的时候必须被关闭:
executor.close();
当使用同一个名字创建了许多 worker 时,它们将共享同一个 pool。当所有的 worker executor 调用了 close
方法被关闭过后,对应的 worker pool 会被销毁。
如果 Worker Executor 在 Verticle 中创建,那么 Verticle 实例销毁的同时 Vert.x 将会自动关闭这个 Worker Executor。
Worker Executor 可以在创建的时候配置:
//
// 10 threads max
var poolSize = 10;
// 2 minutes
var maxExecuteTime = 2;
var maxExecuteTimeUnit = 'MINUTES';
var executor = vertx.createSharedWorkerExecutor("my-worker-pool", poolSize, maxExecuteTime, maxExecuteTimeUnit);
Note
|
这个配置信息在 worker pool 创建的时候设置。 |
Vert.x 中的 Future
可以用来协调多个异步操作的结果。它支持并发组合(并行执行多个异步调用)和顺序组合(依次执行异步调用)。
Note
|
译者注:Vert.x 中的 Future 即异步开发模式中的 Future/Promise 模式的实现。
|
CompositeFuture.all
方法接受多个 Future
对象作为参数(最多6个,或者传入 List
)。当所有的 Future
都成功完成,该方法将返回一个 成功的 Future
;当任一个 Future
执行失败,则返回一个 失败的 Future
:
var Future = require("vertx-js/future");
var CompositeFuture = require("vertx-js/composite_future");
var httpServerFuture = Future.future();
httpServer.listen(httpServerFuture.completer());
var netServerFuture = Future.future();
netServer.listen(netServerFuture.completer());
CompositeFuture.all(httpServerFuture, netServerFuture).setHandler(function (ar, ar_err) {
if (ar_err == null) {
// All servers started
} else {
// At least one server failed
}
});
所有被合并的 Future
中的操作同时运行。
当组合的处理操作完成时,该方法返回的 Future
上绑定的处理器 Handler
会被调用。
当一个操作失败(其中的某一个 Future
的状态被标记成失败),则返回的 Future
会被标记为失败。
当所有的操作都成功时,返回的 Future
将会成功完成。
您可以传入一个 Future
列表(可能为空):
var CompositeFuture = require("vertx-js/composite_future");
CompositeFuture.all([future1, future2, future3]);
不同于 all
方法的合并会等待所有的 Future 成功执行(或任一失败), any
方法的合并会等待第一个成功执行的Future。 CompositeFuture.any
方法接受多个 Future
作为参数(最多6个,或传入 List
)。当任意一个 Future
成功得到结果,则该 Future
成功;当所有的 Future
都执行失败,则该 Future
失败。
var CompositeFuture = require("vertx-js/composite_future");
CompositeFuture.any(future1, future2).setHandler(function (ar, ar_err) {
if (ar_err == null) {
// At least one is succeeded
} else {
// All failed
}
});
它也可使用 Future
列表传参:
var CompositeFuture = require("vertx-js/composite_future");
CompositeFuture.any([f1, f2, f3]);
join
方法的合并会等待所有的 Future
完成,无论成败。
CompositeFuture.join
方法接受多个 Future
作为参数(最多6个),并将结果归并成一个 Future
。
当全部 Future
成功执行完成,得到的 Future
是成功状态的;当至少一个 Future
执行失败时,得到的 Future
是失败状态的。
var CompositeFuture = require("vertx-js/composite_future");
CompositeFuture.join(future1, future2, future3).setHandler(function (ar, ar_err) {
if (ar_err == null) {
// All succeeded
} else {
// All completed and at least one failed
}
});
它也可使用 Future
列表传参:
var CompositeFuture = require("vertx-js/composite_future");
CompositeFuture.join([future1, future2, future3]);
和 all
以及 any
实现的并发组合不同, compose
方法作用于顺序组合 Future
。
var Future = require("vertx-js/future");
var Buffer = require("vertx-js/buffer");
var fs = vertx.fileSystem();
var startFuture = Future.future();
var fut1 = Future.future();
fs.createFile("/foo", fut1.completer());
fut1.compose(function (v) {
// When the file is created (fut1), execute this:
var fut2 = Future.future();
fs.writeFile("/foo", Buffer.buffer(), fut2.completer());
return fut2
}).compose(function (v) {
// When the file is written (fut2), execute this:
fs.move("/foo", "/bar", startFuture.completer());
}, startFuture);
这里例子中,有三个操作被串起来了:
一个文件被创建( fut1
)
一些东西被写入到文件( fut2
)
文件被移走( startFuture
)
如果这三个步骤全部成功,则最终的 Future
( startFuture
)会是成功的;其中任何一步失败,则最终 Future
就是失败的。
例子中使用了:
对于第二个例子,处理器需要完成 next
future,以此来汇报处理成功或者失败。
您可以使用 completer
方法来串起一个带操作结果的或失败的 Future
,它可使您避免用传统方式编写代码:如果成功则完成 Future
,否则就标记为失败。(译者注:3.4.0 以后不需要再使用 completer
方法)
Vert.x 通过开箱即用的方式提供了一个简单便捷的、可扩展的、类似 Actor Model 的部署和并发模型机制。您可以用此模型机制来保管您自己的代码组件。
这个模型是可选的,如果您不想这样做,Vert.x 不会强迫您用这种方式创建您的应用程序。
这个模型不能说是严格的 Actor 模式的实现,但它确实有相似之处,特别是在并发、扩展性和部署等方面。
要使用该模型,您需要将您的代码组织成一系列的 Verticle。
Verticle 是由 Vert.x 部署和运行的代码块。默认情况一个 Vert.x 实例维护了N(默认情况下N = CPU核数 x 2)个 Event Loop 线程。Verticle 实例可使用任意 Vert.x 支持的编程语言编写,而且一个简单的应用程序也可以包含多种语言编写的 Verticle。
您可以将 Verticle 想成 Actor Model中的 Actor。(译者注: 参与者模式)
一个应用程序通常是由在同一个 Vert.x 实例中同时运行的许多 Verticle 实例组合而成。不同的 Verticle 实例通过向 Event Bus 上发送消息来相互通信。
JavaScript verticles are implemented either as CommonJS modules or NPM modules.
Important
|
JavaScript support requires Java 1.8.0_45+. You can check your Java version with java -version . Please
update if needed.
|
Here’s an example JavaScript verticle written as a CommonJS module.
JavaScript verticles will have the following globals pre-set as a convenience:
vertx - A reference to the Vertx object
console A reference to the console object
// the vertx and console objects can be used directly as:
vertx.setPeriodic(1000, function() {
console.log('Timer has fired');
});
// Optional - called when verticle is undeployed
exports.vertxStop = function() {
console.log('stop called');
}
When the verticle is deployed the body of the script will be executed.
Optionally a vertxStop
callback can be defined to be notified when the verticle is undeployed. Notice that such
a registration is made using exports.vertxStop = function() { … }
.
In addition to the vertx
object, JavaScript verticles have access to a console
object that let them print
messages. The messages are printed on Java System.out
and System.err
:
console.log("hello"); // Print on System.out
console.warn("warning, something wrong is happening"); // Print on System.err
console.error("something terrible happened"); // Print on System.err
By default, when your verticle is deployed, vert.x execute the body of the javascript file. However, you can define a start method as follows:
exports.vertxStart = function() {
console.log("This is my verticle and it is starting...");
}
As for vertStop
seen above, the method is defined on the exports
object.
Important
|
Even with a vertxStart method defined, vert.x executes the body of the file.
|
Sometimes you want to do something in your verticle start-up which takes some time and you don’t want the verticle to be considered deployed until that happens. For example you might want to deploy other verticles in the start method.
You can’t block waiting for the other verticles to deploy in your start method as that would break the Golden Rule.
So how can you do this?
The way to do it is to implement theasynchronous* start method. This version of the method takes a Future
object
as a parameter. When the method returns the verticle willnot* be considered deployed yet. Some time later, after
you’ve done everything you need to do (e.g. start other verticles), you can call complete on the Future (or fail) to
signal that you’re done.
Here’s an example:
exports.vertxStartAsync = function(startFuture) {
vertx.deployVerticle("verticle.js", function(res, err) {
if (err) {
startFuture.fail();
} else {
startFuture.complete();
}
});
};
Similarly, there is an asynchronous version of the stop
method too. You use this if you want to do some verticle
cleanup that takes some time.
exports.vertxStopAsync = function(stopFuture) {
obj.doSomethingThatTakesTimes(function(r, err) {
if (err) {
stopFuture.fail();
} else {
stopFuture.complete();
}
});
};
INFO: You don’t need to manually undeploy child verticles started by a verticle, in the verticle’s stop method. Vert.x will automatically undeploy any child verticles when the parent is undeployed.
这儿有三种不同类型的 Verticle:
这是最常用的一类 Verticle —— 它们永远运行在 Event Loop 线程上。稍后的章节我们会讨论更多。
这类 Verticle 会运行在 Worker Pool 中的线程上。一个实例绝对不会被多个线程同时执行。
这类 Verticle 也会运行在 Worker Pool 中的线程上。一个实例可以由多个线程同时执行(译者注:因此需要开发者自己确保线程安全)。
当 Standard Verticle 被创建时,它会被分派给一个 Event Loop 线程,并在这个 Event Loop 中执行它的 start
方法。当您在一个 Event Loop 上调用了 Core API 中的方法并传入了处理器时,Vert.x 将保证用与调用该方法时相同的 Event Loop 来执行这些处理器。
这意味着我们可以保证您的 Verticle 实例中 所有的代码都是在相同Event Loop中执行(只要您不创建自己的线程并调用它!)
同样意味着您可以将您的应用中的所有代码用单线程方式编写,让 Vert.x 去考虑线程和扩展问题。您不用再考虑 synchronized 和 volatile 的问题,也可以避免传统的多线程应用经常会遇到的竞态条件和死锁的问题。
Worker Verticle 和 Standard Verticle 很像,但它并不是由一个 Event Loop 来执行,而是由Vert.x中的 Worker Pool 中的线程执行。
Worker Verticle 被设计来调用阻塞式代码,它不会阻塞任何 Event Loop。
如果您不想使用 Worker Verticle 来运行阻塞式代码,您还可以在一个Event Loop中直接使用 [内联阻塞式代码](#运行阻塞式代码)。
若您想要将 Verticle 部署成一个 Worker Verticle,您可以通过 worker
方法来设置:
var options = {
"worker" : true
};
vertx.deployVerticle("com.mycompany.MyOrderProcessorVerticle", options);
Worker Verticle 实例绝对不会在 Vert.x 中被多个线程同时执行,但它可以在不同时间由不同线程执行。
一个 Multi-threaded Worker Verticle 近似于普通的 Worker Verticle,但是它可以由不同的线程同时执行。
Warning
|
Multi-threaded Worker Verticle 是一个高级功能,大部分应用程序不会需要它。由于这些 Verticle 是并发的,您必须小心地使用标准的Java多线程技术来保持 Verticle 的状态一致性。 |
您可以指定一个 Verticle 名称或传入您已经创建好的 Verticle 实例,使用任意一个 deployVerticle
方法来部署Verticle。
Note
|
请注意:通过 Verticle 实例 来部署 Verticle 仅限Java语言。 |
var myVerticle = new (Java.type("examples.CoreExamples.MyVerticle"))();
vertx.deployVerticle(myVerticle);
您同样可以指定 Verticle 的 名称 来部署它。
这个 Verticle 的名称会用于查找实例化 Verticle 的特定 VerticleFactory
不同的 Verticle Factory 可用于实例化不同语言的 Verticle,也可用于其他目的,例如加载服务、运行时从Maven中获取Verticle实例等。
这允许您部署用任何使用Vert.x支持的语言编写的Verticle实例。
这儿有一个部署不同类型 Verticle 的例子:
// Deploy a Java verticle - the name is the fully qualified class name of the verticle class
vertx.deployVerticle("com.mycompany.MyOrderProcessorVerticle");
// Deploy a JavaScript verticle
vertx.deployVerticle("verticles/myverticle.js");
// Deploy a Ruby verticle verticle
vertx.deployVerticle("verticles/my_verticle.rb");
当使用名称部署Verticle时,会通过名称来选择一个用于实例化 Verticle 的 Verticle Factory。
Verticle 名称可以有一个前缀 —— 使用字符串紧跟着一个冒号,它用于查找存在的Factory,参考例子。
使用JavaScript的Factory
用Groovy的Factory
用Service的Factory
如果不指定前缀,Vert.x将根据提供名字后缀来查找对应Factory,如:
将使用JavaScript的Factory
将使用Groovy的Factory
若前缀后缀都没指定,Vert.x将假定这个名字是一个Java 全限定类名(FQCN)然后尝试实例化它。
大部分Verticle Factory会从 classpath 中加载,并在 Vert.x 启动时注册。
您同样可以使用编程的方式去注册或注销Verticle Factory:通过 registerVerticleFactory
方法和 unregisterVerticleFactory
方法。
Verticle的部署是异步方式,可能在 deploy
方法调用返回后一段时间才会完成部署。
如果您想要在部署完成时被通知则可以指定一个完成处理器:
vertx.deployVerticle("com.mycompany.MyOrderProcessorVerticle", function (res, res_err) {
if (res_err == null) {
console.log("Deployment id is: " + res);
} else {
console.log("Deployment failed!");
}
});
如果部署成功,这个完成处理器的结果中将会包含部署ID的字符串。
这个部署 ID可以在之后您想要撤销它时使用。
我们可以通过 undeploy
方法来撤销部署好的 Verticle。
撤销操作也是异步的,因此若您想要在撤销完成过后收到通知则可以指定另一个完成处理器:
vertx.undeploy(deploymentID, function (res, res_err) {
if (res_err == null) {
console.log("Undeployed ok");
} else {
console.log("Undeploy failed!");
}
});
当使用名称部署一个 Verticle 时,您可以指定您想要部署的 Verticle 实例的数量。
var options = {
"instances" : 16
};
vertx.deployVerticle("com.mycompany.MyOrderProcessorVerticle", options);
这个功能对于跨多核扩展时很有用。例如,您有一个实现了Web服务器的Verticle需要部署在多核的机器上,您可以部署多个实例来利用所有的核。
Configuration in the form of JSON can be passed to a verticle at deployment time:
var config = {
"name" : "tim",
"directory" : "/blah"
};
var options = {
"config" : config
};
vertx.deployVerticle("MyOrderProcessorVerticle.js", options);
This configuration is then available via the Context
object. The configuration is returned as a
JavaScript object so you can retrieve data as follows:
// The context object can be retrieve either using:
console.log("Configuration: " + Vertx.currentContext().config().name);
// or:
console.log("Configuration: " + vertx.getOrCreateContext().config().name);
Note
|
The access to the context object is made either using Vertx.currentContext or using
getOrCreateContext .
|
Environment variables and system properties are accessible from a verticle using the Java API:
console.log(java.lang.System.getProperty("foo"));
console.log(java.lang.System.getenv("HOME"));
默认情况,当Vert.x部署Verticle时它会调用当前类加载器来加载类,而不会创建一个新的。大多数情况下,这是最简单、最清晰和最干净。
但是在某些情况下,您可能需要部署一个Verticle,它包含的类要与应用程序中其他类隔离开来。
比如您想要在一个Vert.x实例中部署两个同名不同版本的Verticle,或者不同的Verticle使用了同一个jar包的不同版本。
当使用隔离组时,您需要用
isolatedClasses
方法来提供一个您想隔离的类名列表。列表项可以是一个Java 限定类全名,如 com.mycompany.myproject.engine.MyClass
;也可以是包含通配符的可匹配某个包或子包的任何类,例如 com.mycompany.myproject.*
将会匹配所有 com.mycompany.myproject
包或任意子包中的任意类名。
请注意仅仅只有匹配的类会被隔离,其他任意类会被当前类加载器加载。
若您想要加载的类和资源不存在于主类路径(main classpath),您可使用 extraClasspath
方法将额外的类路径添加到这里。
Warning
|
警告:谨慎使用此功能,类加载器可能会导致您的应用难于调试,变得一团乱麻(can of worms)。 |
以下是使用隔离组隔离 Verticle 的部署例子:
var options = {
"isolationGroup" : "mygroup"
};
options.isolatedClasses = ["com.mycompany.myverticle.*", "com.mycompany.somepkg.SomeClass", "org.somelibrary.*"];
vertx.deployVerticle("com.mycompany.myverticle.VerticleClass", options);
Verticle可以启用高可用方式(HA)部署。在这种方式下,当其中一个部署在 Vert.x 实例中的 Verticle 突然挂掉,这个 Verticle 可以在集群环境中的另一个 Vert.x 实例中重新部署。
若要启用高可用方式运行一个 Verticle,仅需要追加 -ha
参数:
vertx run my-verticle.js -ha
当启用高可用方式时,不需要追加 -cluster
参数。
关于高可用的功能和配置的更多细节可参考 高可用和故障转移 章节。
您可以在 Maven 或 Gradle 项目中以正常方式添加 Vert.x Core 为依赖,在项目中直接使用 Vert.x。
但是,您也可以从命令行直接运行 Vert.x 的 Verticle。
为此,您需要下载并安装 Vert.x 的发行版,并且将安装的 bin
目录添加到您的 PATH
环境变量中,还要确保您的 PATH
中设置了Java 8的JDK环境。
Note
|
JDK需要支持Java代码的运行时编译(on the fly compilation)。 |
现在您可以使用 vertx run
命令运行Verticle了,这儿是一些例子:
# 运行JavaScript的Verticle vertx run my_verticle.js # 运行Ruby的Verticle vertx run a_n_other_verticle.rb # 使用集群模式运行Groovy的Verticle vertx run FooVerticle.groovy -cluster
您甚至可以不必编译 Java 源代码,直接运行它:
vertx run SomeJavaSourceFile.java
Vert.x 将在运行它之前对 Java 源代码文件执行运行时编译,这对于快速原型制作和演示很有用。不需要设置 Maven 或 Gradle 就能跑起来!
欲了解有关在命令行执行 vertx
可用的各种选项完整信息,可以直接在命令行键入 vertx
查看帮助。
Vert.x 实例维护的线程不是守护线程,因此它们会阻止JVM退出。
如果您通过嵌入式的方式使用 Vert.x 并且完成了操作,您可以调用 close
方法关闭它。
这将关闭所有内部线程池并关闭其他资源,允许JVM退出。
当 Vert.x 传递一个事件给处理器或者调用 Verticle 的 start
或 stop
方法时,它会关联一个 Context
对象来执行。通常来说这个 Context
会是一个 Event Loop Context,它绑定到了一个特定的 Event Loop 线程上。所以在该 Context
上执行的操作总是在同一个 Event Loop 线程中。对于运行内联的阻塞代码的 Worker Verticle 来说,会关联一个 Worker Context,并且所有的操作运都会运行在 Worker 线程池的线程上。
Note
|
译者注:每个 Verticle 在部署的时候都会被分配一个 Context (根据配置不同,可以是Event Loop Context 或者 Worker Context),之后此 Verticle 上所有的普通代码都会在此 Context 上执行(即对应的 Event Loop 或Worker 线程)。一个 Context 对应一个 Event Loop 线程(或 Worker 线程),但一个 Event Loop 可能对应多个 Context 。
|
您可以通过 getOrCreateContext
方法获取 Context
实例:
var context = vertx.getOrCreateContext();
若已经有一个 Context
和当前线程关联,那么它直接重用这个 Context
对象,如果没有则创建一个新的。您可以检查获取的 Context
的类型:
var Context = require("vertx-js/context");
var context = vertx.getOrCreateContext();
if (context.isEventLoopContext()) {
console.log("Context attached to Event Loop");
} else if (context.isWorkerContext()) {
console.log("Context attached to Worker Thread");
} else if (context.isMultiThreadedWorkerContext()) {
console.log("Context attached to Worker Thread - multi threaded worker");
} else if (!Context.isOnVertxThread()) {
console.log("Context not attached to a thread managed by vert.x");
}
当您获取了这个 Context
对象,您就可以在 Context
中异步执行代码了。换句话说,您提交的任务将会在同一个 Context
中运行:
vertx.getOrCreateContext().runOnContext(function (v) {
console.log("This will be executed asynchronously in the same context");
});
当在同一个 Context
中运行了多个处理函数时,可能需要在它们之间共享数据。 Context
对象提供了存储和读取共享数据的方法。举例来说,它允许您将数据传递到
runOnContext
方法运行的某些操作中:
var context = vertx.getOrCreateContext();
context.put("data", "hello");
context.runOnContext(function (v) {
var hello = context.get("data");
});
您还可以通过 config
方法访问 Verticle 的配置信息。查看 向 Verticle 传入配置 章节了解更多配置信息。
在 Vert.x 中,想要延迟之后执行或定期执行操作很常见。
在 Standard Verticle 中您不能直接让线程休眠以引入延迟,因为它会阻塞 Event Loop 线程。
取而代之是使用 Vert.x 定时器。定时器可以是一次性或周期性的,两者我们都会讨论到。
一次性计时器会在一定延迟后调用一个 Event Handler,以毫秒为单位计时。
您可以通过 setTimer
方法传递延迟时间和一个处理器来设置计时器的触发。
var timerID = vertx.setTimer(1000, function (id) {
console.log("And one second later this is printed");
});
console.log("First this is printed");
返回值是一个唯一的计时器id,该id可用于之后取消该计时器,这个计时器id会传入给处理器。
您同样可以使用 setPeriodic
方法设置一个周期性触发的计时器。
第一次触发之前同样会有一段设置的延时时间。
setPeriodic
方法的返回值也是一个唯一的计时器id,若之后该计时器需要取消则使用该id。
传给处理器的参数也是这个唯一的计时器id。
请记住这个计时器将会定期触发。如果您的定时任务会花费大量的时间,则您的计时器事件可能会连续执行甚至发生更坏的情况:重叠。
这种情况,您应考虑使用 setTimer
方法,当任务执行完成时设置下一个计时器。
var timerID = vertx.setPeriodic(1000, function (id) {
console.log("And every second this is printed");
});
console.log("First this is printed");
如果您在 Verticle 中创建了计时器,当这个 Verticle 被撤销时这个计时器会被自动关闭。
Verticle 使用 Vert.x 中的 Worker Pool 来执行阻塞式行为,例如 executeBlocking
或 Worker Verticle。
可以在部署配置项中指定不同的Worker 线程池:
vertx.deployVerticle("the-verticle", {
"workerPoolName" : "the-specific-pool"
});
Event Bus
是 Vert.x 的神经系统。
每一个 Vert.x 实例都有一个单独的 Event Bus 实例。您可以通过 Vertx
实例的 eventBus
方法来获得对应的 EventBus
实例。
您的应用中的不同部分通过 Event Bus 相互通信,无论它们使用哪一种语言实现,无论它们在同一个 Vert.x 实例中或在不同的 Vert.x 实例中。
甚至可以通过桥接的方式允许在浏览器中运行的客户端JavaScript在相同的Event Bus上相互通信。
Event Bus可形成跨越多个服务器节点和多个浏览器的点对点的分布式消息系统。
Event Bus支持发布/订阅、点对点、请求/响应的消息通信方式。
Event Bus的API很简单。基本上只涉及注册处理器、撤销处理器和发送和发布消息。
首先来看些基本概念和理论。
消息会被 Event Bus 发送到一个 地址(address)。
同任何花哨的寻址方案相比,Vert.x的地址格式并不麻烦。Vert.x中的地址是一个简单的字符串,任意字符串都合法。当然,使用某种模式来命名仍然是明智的。如:使用点号来划分命名空间。
一些合法的地址形如: europe.news.feed1, acme.games.pacman, sausages, and X.
消息在处理器(Handler
)中被接收。您可以在某个地址上注册一个处理器来接收消息。
同一个地址可以注册许多不同的处理器。
一个处理器也可以注册在多个不同的地址上。
Event Bus支持 发布消息 功能。
消息将被发布到一个地址中,发布意味着会将信息传递给 所有 注册在该地址上的处理器。
这和 发布/订阅模式 很类似。
Event Bus也支持 点对点消息模式。
消息将被发送到一个地址中,Vert.x将会把消息分发到某个注册在该地址上的处理器。
若这个地址上有不止一个注册过的处理器,它将使用 不严格的轮询算法 选择其中一个。
点对点消息传递模式下,可在消息发送的时候指定一个应答处理器(可选)。
当接收者收到消息并且已经被处理时,它可以选择性决定回复该消息,若选择回复则绑定的应答处理器将会被调用。
当发送者收到回复消息时,它也可以回复,这个过程可以不断重复。通过这种方式可以允许在两个不同的 Verticle 之间设置一个对话窗口。
这种消息模式被称作 请求-响应 模式。
Vert.x会尽它最大努力去传递消息,并且不会主动丢弃消息。这种方式称为 尽力传输(Best-effort delivery)。
但是,当 Event Bus 中的全部或部分发生故障时,则可能会丢失消息。
若您的应用关心丢失的消息,您应该编写具有幂等性的处理器,并且您的发送者可以在恢复后重试。
Note
|
译者注:RPC通信通常情况下有三种语义:at least once、at most once 和 exactly once。不同语义情况下要考虑的情况不同。 |
下面我们来看一下 API。
您可以通过下面的代码获取 Event Bus 的引用:
var eb = vertx.eventBus();
对于每一个 Vert.x 实例来说它是单例的。
最简单的注册处理器的方式是使用 consumer
方法,
这儿有个例子:
var eb = vertx.eventBus();
eb.consumer("news.uk.sport", function (message) {
console.log("I have received a message: " + message.body());
});
当一个消息达到您的处理器,该处理器会以 message
为参数被调用。
调用 consumer
方法会返回一个 MessageConsumer
对象。
该对象随后可用于撤销处理器、或将处理器用作流式处理。
您也可以不设置处理器而使用 consumer
方法直接返回一个 MessageConsumer
,之后再来设置处理器。如:
var eb = vertx.eventBus();
var consumer = eb.consumer("news.uk.sport");
consumer.handler(function (message) {
console.log("I have received a message: " + message.body());
});
在集群模式下的Event Bus上注册处理器时,注册信息会花费一些时间才能传播到集群中的所有节点。
若您希望在完成注册后收到通知,您可以在 MessageConsumer
对象上注册一个 completion handler
。
consumer.completionHandler(function (res, res_err) {
if (res_err == null) {
console.log("The handler registration has reached all nodes");
} else {
console.log("Registration failed!");
}
});
您可以通过 unregister
方法来注销处理器。
若您在集群模式下的 Event Bus 中撤销处理器,则同样会花费一些时间在节点中传播。若您想在完成后收到通知,可以使用 unregister
方法注册处理器:
consumer.unregister(function (res, res_err) {
if (res_err == null) {
console.log("The handler un-registration has reached all nodes");
} else {
console.log("Un-registration failed!");
}
});
发布消息很简单,只需使用 publish
方法指定一个地址去发布即可。
eventBus.publish("news.uk.sport", "Yay! Someone kicked a ball");
这个消息将会传递给所有在地址 news.uk.sport
上注册过的处理器。
与发布消息的不同之处在于,发送(send
)的消息只会传递给在该地址注册的其中一个处理器,这就是点对点模式。Vert.x 使用不严格的轮询算法来选择绑定的处理器。
您可以使用 send
方法来发送消息:
eventBus.send("news.uk.sport", "Yay! Someone kicked a ball");
Messages sent over the event bus can also contain headers. This can be specified by providing a headers
object
inside the DeliveryOptions
object when sending or publishing:
var options = {
headers: {
"some-header" : "some-value"
}
}
vertx.eventBus().send("news.uk.sport", "Yay! Someone kicked a ball", options);
On the other side, the consumer can retrieve the message header as follows:
vertx.eventBus().consumer("news.uk.sport", function(e) {
console.log(e.headers().get("some-header"));
});
Vert.x将按照特定发送者发送消息的顺序来传递消息给特定处理器。
当使用 send
方法发送消息时,Event Bus会尝试将消息传递到注册在Event Bus上的
MessageConsumer
中。
在某些情况下,发送者需要知道消费者何时收到消息并 处理 了消息。
消费者可以通过调用 reply
方法来应答这个消息。
当这种情况发生时,它会将消息回复给发送者并且在发送者中调用应答处理器来处理回复的消息。
看这个例子会更清楚
接收者:
var consumer = eventBus.consumer("news.uk.sport");
consumer.handler(function (message) {
console.log("I have received a message: " + message.body());
message.reply("how interesting!");
});
发送者:
eventBus.send("news.uk.sport", "Yay! Someone kicked a ball across a patch of grass", function (ar, ar_err) {
if (ar_err == null) {
console.log("Received reply: " + ar.body());
}
});
在应答的消息体中可以包含有用的信息。
关于 处理中 的含义实际上是由应用程序来定义的。这完全取决于消费者如何执行,Event Bus 对此并不关心。
一些例子:
一个简单地实现了返回当天时间的服务,在应答的消息里会包含当天时间信息。
一个实现了持久化队列的消息消费者,当消息成功持久化到存储时,可以使用 true
来应答消息,或 false
表示失败。
一个处理订单的消息消费者也许会用 true
确认这个订单已经成功处理并且可以从数据库中删除。
Message codecs are available exclusively with the Java api.
Event Bus 不仅仅存在于单个 Vert.x 实例中。通过您在网络上将不同的 Vert.x 实例集群在一起,它可以形成一个单一的、分布式的Event Bus。
若您用编程的方式创建 Vert.x 实例(Vertx
),则可以通过将 Vert.x 实例配置成集群模式来获取集群模式的Event Bus:
var Vertx = require("vertx-js/vertx");
var options = {
};
Vertx.clusteredVertx(options, function (res, res_err) {
if (res_err == null) {
var vertx = res;
var eventBus = vertx.eventBus();
console.log("We now have a clustered event bus: " + eventBus);
} else {
console.log("Failed: " + res_err);
}
});
您需要确在您的 classpath 中(或构建工具的依赖中)包含 ClusterManager
的实现类,如默认的 HazelcastClusterManager
。
您可以通过以下命令以集群模式运行 Vert.x 应用:
vertx run my-verticle.js -cluster
若您在 Verticle 中注册了 Event Bus 的处理器,那么这些处理器在 Verticle 被撤销的时候会自动被注销。
Event Bus 是可以配置的,这对于以集群模式运行的 Event Bus 是非常有用的。Event Bus 使用 TCP 连接发送和接收消息,因此可以通过
EventBusOptions
对TCP连接进行全面的配置。由于 Event Bus 同时用作客户端和服务器,因此这些配置近似于
NetClientOptions
和 NetServerOptions
。
var Vertx = require("vertx-js/vertx");
var options = {
"eventBusOptions" : {
"ssl" : true,
"keyStoreOptions" : {
"path" : "keystore.jks",
"password" : "wibble"
},
"trustStoreOptions" : {
"path" : "keystore.jks",
"password" : "wibble"
},
"clientAuth" : "REQUIRED"
}
};
Vertx.clusteredVertx(options, function (res, res_err) {
if (res_err == null) {
var vertx = res;
var eventBus = vertx.eventBus();
console.log("We now have a clustered event bus: " + eventBus);
} else {
console.log("Failed: " + res_err);
}
});
上边代码段描述了如何在Event Bus中使用SSL连接替换传统的TCP连接。
WARNING: 若要在集群模式下保证安全性,您 必须 将集群管理器配置成加密的或强制安全的。参考集群管理器的文档获取更多细节。
Event Bus 的配置需要在所有集群节点中保持一致性。
EventBusOptions
还允许您指定 Event Bus 是否运行在集群模式下,以及它的主机信息和端口。您可使用
clustered
、
getClusterHost
和 getClusterPort
方法来设置。
在容器中使用时,您也可以配置公共主机和端口号:
var Vertx = require("vertx-js/vertx");
var options = {
"eventBusOptions" : {
"clusterPublicHost" : "whatever",
"clusterPublicPort" : 1234
}
};
Vertx.clusteredVertx(options, function (res, res_err) {
if (res_err == null) {
var vertx = res;
var eventBus = vertx.eventBus();
console.log("We now have a clustered event bus: " + eventBus);
} else {
console.log("Failed: " + res_err);
}
});
在 Vert.x 内部,大部分数据被重新组织(shuffle,表意为洗牌)成 Buffer
格式。
一个 Buffer
是可以读取或写入的0个或多个字节序列,并且根据需要可以自动扩容、将任意字节写入 Buffer
。您也可以将 Buffer
想象成字节数组(译者注:类似于 JDK 中的 ByteBuffer
)。
可以使用静态方法 Buffer.buffer
来创建 Buffer
。
Buffer
可以从字符串或字节数组初始化,或者直接创建空的 Buffer
。
这儿有一些创建 Buffer
的例子。
创建一个空的 Buffer
:
var Buffer = require("vertx-js/buffer");
var buff = Buffer.buffer();
从字符串创建一个 Buffer
, 这个 Buffer
中的字符会以 UTF-8 格式编码:
var Buffer = require("vertx-js/buffer");
var buff = Buffer.buffer("some string");
从字符串创建一个 Buffer
,这个字符串可以用指定的编码方式编码,例如:
var Buffer = require("vertx-js/buffer");
var buff = Buffer.buffer("some string", "UTF-16");
创建一个指定初始大小的 Buffer
。若您知道您的 Buffer
会写入一定量的数据,您可以创建 Buffer
并指定它的大小。
这使得这个 Buffer
初始化时分配了更多的内存,比数据写入时重新调整大小的效率更高。
注意以这种方式创建的 Buffer
是 空的。它不会创建一个填满了 0 的Buffer。代码如下:
var Buffer = require("vertx-js/buffer");
var buff = Buffer.buffer(10000);
向 Buffer
写入数据的方式有两种:追加和随机写入。任何一种情况下 Buffer
都会自动进行扩容,所以不可能在使用 Buffer
时遇到 IndexOutOfBoundsException
。
您可以使用 appendXXX
方法追加数据到 Buffer
。 Buffer
类提供了追加各种不同类型数据的追加写入方法。
因为 appendXXX
方法的返回值就是 Buffer 自身,所以它可以链式地调用:
var Buffer = require("vertx-js/buffer");
var buff = Buffer.buffer();
buff.appendInt(123).appendString("hello\n");
socket.write(buff);
您还可以指定一个索引值,通过 setXXX
方法写入数据到 Buffer
,它也存在各种不同数据类型的方法。
所有的 set 方法都会将索引值作为第一个参数 —— 这表示 Buffer
中开始写入数据的位置。
Buffer
始终根据需要进行自动扩容。
var Buffer = require("vertx-js/buffer");
var buff = Buffer.buffer();
buff.setInt(1000, 123);
buff.setString(0, "hello");
可使用 getXXX
方法从 Buffer 中读取数据,它存在各种不同数据类型的方法,这些方法的第一个参数是从哪里获取数据的索引(获取位置)。
var Buffer = require("vertx-js/buffer");
var buff = Buffer.buffer();
for (var i = 0; i < buff.length(); 4) {
console.log("int value at " + i + " is " + buff.getInt(i));
}
可使用 getUnsignedXXX
,
appendUnsignedXXX
和 setUnsignedXXX
方法将无符号数从 Buffer
中读取或追加/设置到 Buffer
里。这对以优化网络协议和最小化带宽消耗为目的实现的编解码器是很有用的。
下边例子中,值 200 被设置到了仅占用一个字节的特定位置:
var Buffer = require("vertx-js/buffer");
var buff = Buffer.buffer(128);
var pos = 15;
buff.setUnsignedByte(pos, 200);
console.log(buff.getUnsignedByte(pos));
控制台中显示 200
。
可使用 length
方法获取Buffer长度,Buffer的长度值是Buffer中包含的字节的最大索引 + 1。
可使用 copy
方法创建一个Buffer的副本。
裁剪得到的Buffer是基于原始Buffer的一个新的Buffer。它不会拷贝实际的数据。使用 slice
方法裁剪一个Buffer。
将Buffer写入到一个Socket或其他类似位置后,Buffer就不可被重用了。
Vert.x允许您很容易编写非阻塞的TCP客户端和服务器。
最简单地使用所有默认配置项创建 TCP 服务端的方式如下:
var server = vertx.createNetServer();
若您不想使用默认配置,可以在创建时通过传入一个 NetServerOptions
实例来配置服务器:
var options = {
"port" : 4321
};
var server = vertx.createNetServer(options);
要告诉服务端监听传入的请求,您可以使用其中一个 listen
方法。
让服务器监听配置项指定的主机和端口:
var server = vertx.createNetServer();
server.listen();
或在调用 listen
方法时指定主机和端口号,忽略配置项中的配置:
var server = vertx.createNetServer();
server.listen(1234, "localhost");
默认主机名是 0.0.0.0
,它表示:监听所有可用地址。默认端口号是 0
,这也是一个特殊值,它告诉服务器随机选择并监听一个本地没有被占用的端口。
实际的绑定也是异步的,因此服务器在调用了 listen
方法的一段时间之后才会实际开始监听。
若您希望在服务器实际监听时收到通知,您可以在调用 listen
方法时提供一个处理器。例如:
var server = vertx.createNetServer();
server.listen(1234, "localhost", function (res, res_err) {
if (res_err == null) {
console.log("Server is now listening!");
} else {
console.log("Failed to bind!");
}
});
若设置监听端口为 0
,服务器将随机寻找一个没有使用的端口来监听。
可以调用 actualPort
方法来获得服务器实际监听的端口:
var server = vertx.createNetServer();
server.listen(0, "localhost", function (res, res_err) {
if (res_err == null) {
console.log("Server is now listening on actual port: " + server.actualPort());
} else {
console.log("Failed to bind!");
}
});
若您想要在连接创建完时收到通知,则需要设置一个 connectHandler
:
var server = vertx.createNetServer();
server.connectHandler(function (socket) {
// Handle the connection in here
});
当连接成功时,您可以在回调函数中处理得到的 NetSocket
实例。
这是一个代表了实际连接的套接字接口,它允许您读取和写入数据、以及执行各种其他操作,如关闭 Socket。
您可以在Socket上调用 handler
方法来设置用于读取数据的处理器。
每次 Socket 接收到数据时,会以 Buffer
对象为参数调用处理器。
var server = vertx.createNetServer();
server.connectHandler(function (socket) {
socket.handler(function (buffer) {
console.log("I received some bytes: " + buffer.length());
});
});
您可使用 write
方法写入数据到Socket:
var Buffer = require("vertx-js/buffer");
// Write a buffer
var buffer = Buffer.buffer().appendFloat(12.34).appendInt(123);
socket.write(buffer);
// Write a string in UTF-8 encoding
socket.write("some data");
// Write a string using the specified encoding
socket.write("some data", "UTF-16");
写入操作是异步的,可能调用 write
方法返回过后一段时间才会发生。
若您想要在 Socket 关闭时收到通知,可以设置一个 closeHandler
:
socket.closeHandler(function (v) {
console.log("The socket has been closed");
});
您可以设置一个 exceptionHandler
用以在发生任何异常的时候接收异常信息。
每个 Socket 会自动在Event Bus中注册一个处理器,当这个处理器中收到任意 Buffer
时,它会将数据写入到 Socket。
这意味着您可以通过向这个地址发送 Buffer
的方式,从不同的 Verticle 甚至是不同的 Vert.x 实例中向指定的 Socket 发送数据。
处理器的地址由 writeHandlerID
方法提供。
您可以直接通过 sendFile
方法将文件和 classpath 中的资源写入Socket。
这种做法是非常高效的,它可以被操作系统内核直接处理。
请阅读 从 Classpath 访问文件 章节了解类路径的限制或禁用它。
socket.sendFile("myfile.dat");
一个非SSL/TLS连接可以通过 upgradeToSsl
方法升级到SSL/TLS连接。
必须为服务器或客户端配置SSL/TLS才能正常工作。请参阅 SSL/TLS 章节来获取详细信息。 for more information.
您可以调用 close
方法关闭服务端。关闭操作将关闭所有打开的连接并释放所有服务端资源。
关闭操作也是异步的,可能直到方法调用返回过后一段时间才会实际关闭。若您想在实际关闭完成时收到通知,那么您可以传递一个处理器。
当关闭操作完成后,绑定的处理器将被调用:
server.close(function (res, res_err) {
if (res_err == null) {
console.log("Server is now closed");
} else {
console.log("close failed");
}
});
若您在 Verticle 内创建了 TCP 服务端和客户端,它们将会在Verticle 撤销时自动被关闭。
任意一个 TCP 服务端中的处理器总是在相同的 Event Loop 线程上执行。
这意味着如果您在多核的服务器上运行,并且只部署了一个实例,那么您的服务器上最多只能使用一个核。
为了利用更多的服务器核,您将需要部署更多的服务器实例。
您可以在代码中以编程方式实例化更多(Server的)实例:
// Create a few instances so we can utilise cores
for (var i = 0;i < 10;i++) {
var server = vertx.createNetServer();
server.connectHandler(function (socket) {
socket.handler(function (buffer) {
// Just echo back the data
socket.write(buffer);
});
});
server.listen(1234, "localhost");
}
如果您使用的是 Verticle,您可以通过在命令行上使用 -instances
选项来简单部署更多的服务器实例:
vertx run com.mycompany.MyVerticle -instances 10
或者使用编程方式部署您的 Verticle 时:
var options = {
"instances" : 10
};
vertx.deployVerticle("com.mycompany.MyVerticle", options);
一旦您这样做,您将发现echo服务器在功能上与之前相同,但是服务器上的所有核都可以被利用,并且可以处理更多的工作。
在这一点上,您可能会问自己:如何让多台服务器在同一主机和端口上侦听?尝试部署一个以上的实例时真的不会遇到端口冲突吗?
Vert.x在这里有一点魔法。
当您在与现有服务器相同的主机和端口上部署另一个服务器实例时,实际上它并不会尝试创建在同一主机/端口上侦听的新服务器实例。
相反,它内部仅仅维护一个服务器实例。当传入新的连接时,它以轮询的方式将其分发给任意一个连接处理器处理。
因此,Vert.x TCP 服务端可以水平扩展到多个核,并且每个实例保持单线程环境不变。
使用所有默认选项创建 TCP 客户端的最简单方法如下:
var client = vertx.createNetClient();
如果您不想使用默认值,则可以在创建实例时传入 NetClientOptions
给客户端:
var options = {
"connectTimeout" : 10000
};
var client = vertx.createNetClient(options);
var options = {
"connectTimeout" : 10000
};
var client = vertx.createNetClient(options);
client.connect(4321, "localhost", function (res, res_err) {
if (res_err == null) {
console.log("Connected!");
var socket = res;
} else {
console.log("Failed to connect: " + res_err.getMessage());
}
});
可以将客户端配置为在无法连接的情况下自动重试。
这是通过 reconnectInterval
和
reconnectAttempts
方法配置的。
Note
|
注意:目前如果连接失效,Vert.x将不尝试重新连接。重新连接尝试和时间间隔仅适用于创建初始连接。 |
var options = {
"reconnectAttempts" : 10,
"reconnectInterval" : 500
};
var client = vertx.createNetClient(options);
默认情况下,多个连接尝试是被禁用的。
网络活动可以被记录下来,用于调试:
var options = {
"logActivity" : true
};
var server = vertx.createNetServer(options);
对于客户端:
var options = {
"logActivity" : true
};
var client = vertx.createNetClient(options);
Netty 使用 DEBUG
级别和 io.netty.handler.logging.LoggingHandler
名称来记录网络活动。使用网络活动记录时,需要注意以下几点:
日志的记录是由Netty而不是Vert.x的日志来执行
这个功能不能用于生产环境
您应该阅读 Netty 日志记录 章节来了解详细信息。
TCP 客户端和服务端可以通过配置来使用 TLS(传输层安全性协议) 。早期版本的TLS被称为SSL。
无论是否使用SSL/TLS,服务器和客户端的API都是相同的。通过创建客户端/服务器时使用的 NetClientOptions
或 NetServerOptions
来启用TLS/SSL。
SSL/TLS 服务端通常向客户端提供证书,以便验证服务端的身份。
可以通过以下几种方式为服务端配置证书/密钥:
第一种方法是指定包含证书和私钥的Java密钥库位置。
可以使用 JDK 附带的 keytool 实用程序来管理Java密钥存储。
还应提供密钥存储的密码:
var options = {
"ssl" : true,
"keyStoreOptions" : {
"path" : "/path/to/your/server-keystore.jks",
"password" : "password-of-your-keystore"
}
};
var server = vertx.createNetServer(options);
或者,您可以自己读取密钥库到一个 Buffer
,并将它直接提供给 JksOptions
:
var myKeyStoreAsABuffer = vertx.fileSystem().readFileBlocking("/path/to/your/server-keystore.jks");
var jksOptions = {
"value" : myKeyStoreAsABuffer,
"password" : "password-of-your-keystore"
};
var options = {
"ssl" : true,
"keyStoreOptions" : jksOptions
};
var server = vertx.createNetServer(options);
PKCS#12格式的密钥/证书 (http://en.wikipedia.org/wiki/PKCS_12) ,通常为 .pfx
或 .p12
扩展名)也可以用与JKS密钥存储相似的方式加载:
var options = {
"ssl" : true,
"pfxKeyCertOptions" : {
"path" : "/path/to/your/server-keystore.pfx",
"password" : "password-of-your-keystore"
}
};
var server = vertx.createNetServer(options);
也支持通过 Buffer
来配置:
var myKeyStoreAsABuffer = vertx.fileSystem().readFileBlocking("/path/to/your/server-keystore.pfx");
var pfxOptions = {
"value" : myKeyStoreAsABuffer,
"password" : "password-of-your-keystore"
};
var options = {
"ssl" : true,
"pfxKeyCertOptions" : pfxOptions
};
var server = vertx.createNetServer(options);
另外一种分别提供服务器私钥和证书的方法是使用 .pem
文件。
var options = {
"ssl" : true,
"pemKeyCertOptions" : {
"keyPath" : "/path/to/your/server-key.pem",
"certPath" : "/path/to/your/server-cert.pem"
}
};
var server = vertx.createNetServer(options);
也支持通过 Buffer
来配置:
var myKeyAsABuffer = vertx.fileSystem().readFileBlocking("/path/to/your/server-key.pem");
var myCertAsABuffer = vertx.fileSystem().readFileBlocking("/path/to/your/server-cert.pem");
var pemOptions = {
"keyValue" : myKeyAsABuffer,
"certValue" : myCertAsABuffer
};
var options = {
"ssl" : true,
"pemKeyCertOptions" : pemOptions
};
var server = vertx.createNetServer(options);
PKCS8, PKCS1 and X.509 certificates wrapped in a PEM block formats are supported.
Warning
|
请记住pem的配置和私钥是不加密的。 |
SSL/TLS 服务端可以使用证书颁发机构来验证客户端的身份。
证书颁发机构可通过多种方式为服务端配置。
可使用JDK随附的 keytool 实用程序来管理Java 受信存储。
还应提供受信存储的密码:
var options = {
"ssl" : true,
"clientAuth" : "REQUIRED",
"trustStoreOptions" : {
"path" : "/path/to/your/truststore.jks",
"password" : "password-of-your-truststore"
}
};
var server = vertx.createNetServer(options);
或者您可以自己读取受信存储到 Buffer
,并将它直接提供:
var myTrustStoreAsABuffer = vertx.fileSystem().readFileBlocking("/path/to/your/truststore.jks");
var options = {
"ssl" : true,
"clientAuth" : "REQUIRED",
"trustStoreOptions" : {
"value" : myTrustStoreAsABuffer,
"password" : "password-of-your-truststore"
}
};
var server = vertx.createNetServer(options);
PKCS#12格式的密钥/证书 (http://en.wikipedia.org/wiki/PKCS_12) ,通常为 .pfx
或 .p12
扩展名)也可以用与JKS密钥存储相似的方式加载:
var options = {
"ssl" : true,
"clientAuth" : "REQUIRED",
"pfxTrustOptions" : {
"path" : "/path/to/your/truststore.pfx",
"password" : "password-of-your-truststore"
}
};
var server = vertx.createNetServer(options);
也支持通过 Buffer
来配置:
var myTrustStoreAsABuffer = vertx.fileSystem().readFileBlocking("/path/to/your/truststore.pfx");
var options = {
"ssl" : true,
"clientAuth" : "REQUIRED",
"pfxTrustOptions" : {
"value" : myTrustStoreAsABuffer,
"password" : "password-of-your-truststore"
}
};
var server = vertx.createNetServer(options);
另一种提供服务器证书颁发机构的方法是使用一个 .pem
文件列表。
var options = {
"ssl" : true,
"clientAuth" : "REQUIRED",
"pemTrustOptions" : {
"certPaths" : [
"/path/to/your/server-ca.pem"
]
}
};
var server = vertx.createNetServer(options);
也支持通过 Buffer
来配置:
var myCaAsABuffer = vertx.fileSystem().readFileBlocking("/path/to/your/server-ca.pfx");
var options = {
"ssl" : true,
"clientAuth" : "REQUIRED",
"pemTrustOptions" : {
"certValues" : [
myCaAsABuffer
]
}
};
var server = vertx.createNetServer(options);
客户端也可以轻松地配置为SSL。使用SSL和使用标准套接字具有完全相同的API。
若要启用 NetClient
上的SSL,可调用函数 setSSL(true)
。
若客户端将 trustALl
设置为 true
,则客户端将信任所有服务端证书。
连接仍然会被加密,但这种模式很容易受到中间人攻击。即您无法确定您正连接到谁,请谨慎使用。默认值为 false
。
var options = {
"ssl" : true,
"trustAll" : true
};
var client = vertx.createNetClient(options);
若客户端没有设置 trustAll
,则必须配置客户端受信存储,并且受信客户端应该包含服务器的证书。
默认情况下,客户端禁用主机验证。要启用主机验证,请在客户端上设置使用的算法(目前仅支持HTTPS和LDAPS):
var options = {
"ssl" : true,
"hostnameVerificationAlgorithm" : "HTTPS"
};
var client = vertx.createNetClient(options);
和服务器配置相同,也可通过以下几种方式配置受信客户端:
第一种方法是指定包含证书颁发机构的Java受信库的位置。
它只是一个标准的Java密钥存储,与服务器端的密钥存储相同。通过在
jks options
上使用 path
设置客户端受信存储位置。如果服务器在连接期间提供不在客户端受信存储中的证书,则尝试连接将不会成功。
var options = {
"ssl" : true,
"trustStoreOptions" : {
"path" : "/path/to/your/truststore.jks",
"password" : "password-of-your-truststore"
}
};
var client = vertx.createNetClient(options);
它也支持 Buffer
的配置:
var myTrustStoreAsABuffer = vertx.fileSystem().readFileBlocking("/path/to/your/truststore.jks");
var options = {
"ssl" : true,
"trustStoreOptions" : {
"value" : myTrustStoreAsABuffer,
"password" : "password-of-your-truststore"
}
};
var client = vertx.createNetClient(options);
PKCS#12格式的密钥/证书 (http://en.wikipedia.org/wiki/PKCS_12) ,通常为 .pfx
或 .p12
扩展名)也可以用与JKS密钥存储相似的方式加载:
var options = {
"ssl" : true,
"pfxTrustOptions" : {
"path" : "/path/to/your/truststore.pfx",
"password" : "password-of-your-truststore"
}
};
var client = vertx.createNetClient(options);
也支持通过 Buffer
来配置:
var myTrustStoreAsABuffer = vertx.fileSystem().readFileBlocking("/path/to/your/truststore.pfx");
var options = {
"ssl" : true,
"pfxTrustOptions" : {
"value" : myTrustStoreAsABuffer,
"password" : "password-of-your-truststore"
}
};
var client = vertx.createNetClient(options);
另一种提供服务器证书颁发机构的方法是使用一个 .pem
文件列表。
var options = {
"ssl" : true,
"pemTrustOptions" : {
"certPaths" : [
"/path/to/your/ca-cert.pem"
]
}
};
var client = vertx.createNetClient(options);
也支持通过 Buffer
来配置:
var myTrustStoreAsABuffer = vertx.fileSystem().readFileBlocking("/path/to/your/ca-cert.pem");
var options = {
"ssl" : true,
"pemTrustOptions" : {
"certValues" : [
myTrustStoreAsABuffer
]
}
};
var client = vertx.createNetClient(options);
如果服务器需要客户端认证,那么当连接时,客户端必须向服务器提供自己的证书。可通过以下几种方式配置客户端:
第一种方法是指定包含密钥和证书的Java 密钥库的位置,它只是一个常规的Java 密钥存储。使用 jks options
上的功能路径设置客户端密钥库位置 path
。
var options = {
"ssl" : true,
"keyStoreOptions" : {
"path" : "/path/to/your/client-keystore.jks",
"password" : "password-of-your-keystore"
}
};
var client = vertx.createNetClient(options);
也支持通过 Buffer
来配置:
var myKeyStoreAsABuffer = vertx.fileSystem().readFileBlocking("/path/to/your/client-keystore.jks");
var jksOptions = {
"value" : myKeyStoreAsABuffer,
"password" : "password-of-your-keystore"
};
var options = {
"ssl" : true,
"keyStoreOptions" : jksOptions
};
var client = vertx.createNetClient(options);
PKCS#12格式的密钥/证书 (http://en.wikipedia.org/wiki/PKCS_12) ,通常为 .pfx
或 .p12
扩展名)也可以用与JKS密钥存储相似的方式加载:
var options = {
"ssl" : true,
"pfxKeyCertOptions" : {
"path" : "/path/to/your/client-keystore.pfx",
"password" : "password-of-your-keystore"
}
};
var client = vertx.createNetClient(options);
也支持通过 Buffer
来配置:
var myKeyStoreAsABuffer = vertx.fileSystem().readFileBlocking("/path/to/your/client-keystore.pfx");
var pfxOptions = {
"value" : myKeyStoreAsABuffer,
"password" : "password-of-your-keystore"
};
var options = {
"ssl" : true,
"pfxKeyCertOptions" : pfxOptions
};
var client = vertx.createNetClient(options);
另一种单独提供服务器私钥和证书的方法是使用 .pem
文件。
var options = {
"ssl" : true,
"pemKeyCertOptions" : {
"keyPath" : "/path/to/your/client-key.pem",
"certPath" : "/path/to/your/client-cert.pem"
}
};
var client = vertx.createNetClient(options);
也支持通过 Buffer
来配置:
var myKeyAsABuffer = vertx.fileSystem().readFileBlocking("/path/to/your/client-key.pem");
var myCertAsABuffer = vertx.fileSystem().readFileBlocking("/path/to/your/client-cert.pem");
var pemOptions = {
"keyValue" : myKeyAsABuffer,
"certValue" : myCertAsABuffer
};
var options = {
"ssl" : true,
"pemKeyCertOptions" : pemOptions
};
var client = vertx.createNetClient(options);
请记住 pem
的配置和私钥是不加密的。
Caution
|
不要在生产设置中使用,这里生成的密钥非常不安全。 |
在运行单元/集成测试或是运行开发版的应用程序时都经常需要自签名证书。
SelfSignedCertificate
可用于提供自签名PEM证书,并可以提供
give KeyCertOptions
和 TrustOptions
configurations 配置:
var SelfSignedCertificate = require("vertx-js/self_signed_certificate");
var certificate = SelfSignedCertificate.create();
var serverOptions = {
"ssl" : true,
"keyCertOptions" : certificate.keyCertOptions(),
"trustOptions" : certificate.trustOptions()
};
var server = vertx.createNetServer(serverOptions).connectHandler(function (socket) {
socket.write("Hello!").end();
}).listen(1234, "localhost");
var clientOptions = {
"ssl" : true,
"keyCertOptions" : certificate.keyCertOptions(),
"trustOptions" : certificate.trustOptions()
};
var client = vertx.createNetClient(clientOptions);
client.connect(1234, "localhost", function (ar, ar_err) {
if (ar_err == null) {
ar.handler(function (buffer) {
console.log(buffer);
});
} else {
console.error("Woops: " + ar_err.getMessage());
}
});
客户端也可配置为信任所有证书:
var clientOptions = {
"ssl" : true,
"trustAll" : true
};
自签名证书也适用于其他基于TCP的协议,如HTTPS:
var SelfSignedCertificate = require("vertx-js/self_signed_certificate");
var certificate = SelfSignedCertificate.create();
vertx.createHttpServer({
"ssl" : true,
"keyCertOptions" : certificate.keyCertOptions(),
"trustOptions" : certificate.trustOptions()
}).requestHandler(function (req) {
req.response().end("Hello!");
}).listen(8080);
可以通过配置证书吊销列表(CRL)来吊销不再被信任的证书机构。 crlPath
配置了使用的CRL:
the crl list to use:
var options = {
"ssl" : true,
"trustStoreOptions" : trustOptions,
"crlPaths" : [
"/path/to/your/crl.pem"
]
};
var client = vertx.createNetClient(options);
也支持通过 Buffer
来配置:
var myCrlAsABuffer = vertx.fileSystem().readFileBlocking("/path/to/your/crl.pem");
var options = {
"ssl" : true,
"trustStoreOptions" : trustOptions,
"crlValues" : [
myCrlAsABuffer
]
};
var client = vertx.createNetClient(options);
默认情况下,TLS配置将使用运行Vert.x的JVM 密码套件,该密码套件可以配置一套启用的密码:
var options = {
"ssl" : true,
"keyStoreOptions" : keyStoreOptions,
"enabledCipherSuites" : [
"ECDHE-RSA-AES128-GCM-SHA256",
"ECDHE-ECDSA-AES128-GCM-SHA256",
"ECDHE-RSA-AES256-GCM-SHA384",
"CDHE-ECDSA-AES256-GCM-SHA384"
]
};
var server = vertx.createNetServer(options);
密码套件可在 NetServerOptions
或 NetClientOptions
配置项中指定。
默认情况下,TLS配置将使用以下协议版本:SSLv2Hello、TLSv1、TLSv1.1 和 TLSv1.2。 协议版本可以通过显式添加启用协议进行配置:
Code not translatable
协议版本可在 NetServerOptions
或 NetClientOptions
配置项中指定。
引擎实现可以配置为使用 OpenSSL 而不是JDK实现(来支持SSL)。 OpenSSL提供比JDK引擎更好的性能和CPU使用率、以及JDK版本独立性。
引擎选项可使用:
当 getSslEngineOptions
被设置时,使用该选项
否则使用 JdkSSLEngineOptions
// Use JDK SSL engine
var options = {
"ssl" : true,
"keyStoreOptions" : keyStoreOptions
};
// Use JDK SSL engine explicitly
options = {
"ssl" : true,
"keyStoreOptions" : keyStoreOptions,
"jdkSslEngineOptions" : {
}
};
// Use OpenSSL engine
options = {
"ssl" : true,
"keyStoreOptions" : keyStoreOptions,
"openSslEngineOptions" : {
}
};
Server Name Indication (SNI) is a TLS extension by which a client specifies a hostname attempting to connect: during the TLS handshake the client gives a server name and the server can use it to respond with a specific certificate for this server name instead of the default deployed certificate. If the server requires client authentication the server can use a specific trusted CA certificate depending on the indicated server name.
When SNI is active the server uses
the certificate CN or SAN DNS (Subject Alternative Name with DNS) to do an exact match, e.g www.example.com
the certificate CN or SAN DNS certificate to match a wildcard name, e.g *.example.com
otherwise the first certificate when the client does not present a server name or the presented server name cannot be matched
When the server additionally requires client authentication:
if JksOptions
were used to set the trust options
( options
) then an exact match with the trust store
alias is done
otherwise the available CA certificates are used in the same way as if no SNI is in place
You can enable SNI on the server by setting sni
to true
and
configured the server with multiple key/certificate pairs.
Java KeyStore files or PKCS12 files can store multiple key/cert pairs out of the box.
var keyCertOptions = {
"path" : "keystore.jks",
"password" : "wibble"
};
var netServer = vertx.createNetServer({
"keyStoreOptions" : keyCertOptions,
"ssl" : true,
"sni" : true
});
PemKeyCertOptions
can be configured to hold multiple entries:
var keyCertOptions = {
"keyPaths" : ["default-key.pem", "host1-key.pem", "etc..."],
"certPaths" : ["default-cert.pem", "host2-key.pem", "etc..."]
};
var netServer = vertx.createNetServer({
"pemKeyCertOptions" : keyCertOptions,
"ssl" : true,
"sni" : true
});
The client implicitly sends the connecting host as an SNI server name for Fully Qualified Domain Name (FQDN).
You can provide an explicit server name when connecting a socket
var client = vertx.createNetClient({
"trustStoreOptions" : trustOptions,
"ssl" : true
});
// Connect to 'localhost' and present 'server.name' server name
client.connect(1234, "localhost", "server.name", function (res, res_err) {
if (res_err == null) {
console.log("Connected!");
var socket = res;
} else {
console.log("Failed to connect: " + res_err.getMessage());
}
});
It can be used for different purposes:
present a server name different than the server host
present a server name while connecting to an IP
force to present a server name when using shortname
ALPN(Application-Layer Protocol Negotiation)是应用层协议协商的TLS扩展,它被HTTP/2使用:在TLS握手期时,客户端给出其接受的应用协议列表,之后服务器使用它所支持的协议响应。
If you are using Java 9, you are fine and you can use HTTP/2 out of the box without extra steps.
标准的Java 8不支持ALPN,所以ALPN应该通过其他方式启用:
OpenSSL支持
Jetty-ALPN支持
引擎选项可使用:
当 getSslEngineOptions
被设置时,使用该选项
JDK中ALPN可用时使用 JdkSSLEngineOptions
OpenSSL中ALPN可用时使用 OpenSSLEngineOptions
否则失败
OpenSSL提供了原生的ALPN支持。
OpenSSL需要配置 openSslEngineOptions
并在类路径上使用 netty-tcnative 的jar库。依赖于tcnative的实现它需要OpenSSL安装在您的操作系统中。
Jetty-ALPN是一个小型的jar,它覆盖了几种Java 8发行版用以支持ALPN。
JVM必须将 alpn-boot-${version}.jar
放在它的 boot classpath
中启动:
-Xbootclasspath/p:/path/to/alpn-boot${version}.jar
其中 ${version}
取决于JVM的版本,如 OpenJDK 1.8.0u74 中的 8.1.7.v20160121。这个完整列表可以在 Jetty-ALPN page
页面上找到。
这种方法主要缺点是ALPN的实现版本依赖于JVM的版本。
为了解决这个问题,可以使用 Jetty ALPN agent 。agent是一个JVM代理,它会为运行它的JVM选择正确的ALPN版本:
-javaagent:/path/to/alpn/agent
NetClient
支持HTTP/1.x CONNECT、SOCKS4a 或 SOCKS5 代理。
代理可以在 NetClientOptions
内设置
ProxyOptions
来配置代理类型、主机名、端口、可选的用户名和密码。
以下是一个例子:
var options = {
"proxyOptions" : {
"type" : "SOCKS5",
"host" : "localhost",
"port" : 1080,
"username" : "username",
"password" : "secret"
}
};
var client = vertx.createNetClient(options);
DNS 解析总是在代理服务器上完成解析,为了实现 SOCKS4 客户端的功能,需要先在本地解析 DNS 地址。
Vert.x 允许您轻松编写非阻塞的 HTTP 客户端和服务端。
Vert.x 支持 HTTP/1.0、HTTP/1.1 和 HTTP/2 协议。
用于 HTTP 的基本 API 对 HTTP/1.x 和 HTTP/2 是相同的,特定的API功能也可用于处理 HTTP/2 协议。
使用所有默认选项创建 HTTP 服务端的最简单方法如下:
var server = vertx.createHttpServer();
若您不想用默认值,可以在创建服务器时传递一个 HttpServerOptions
实例给它:
var options = {
"maxWebsocketFrameSize" : 1000000
};
var server = vertx.createHttpServer(options);
Vert.x支持 TLS h2
和TCP h2c
之上的 HTTP/2 协议。
h2
表示使用了TLS的应用层协议协商(ALPN)协议来协商的 HTTP/2 协议
h2c
表示在TCP层上使用明文形式的 HTTP/2 协议,这样的连接是使用 HTTP/1.1升级 请求或者直接建立
要处理 h2 请求,你必须调用 useAlpn
方法来启用TLS:
var options = {
"useAlpn" : true,
"ssl" : true,
"keyStoreOptions" : {
"path" : "/path/to/my/keystore"
}
};
var server = vertx.createHttpServer(options);
ALPN是一个TLS的扩展,它在客户端和服务器开始交换数据之前协商协议。
不支持ALPN的客户端仍然可以执行经典的SSL握手。
通常情况,ALPN会对 h2
协议达成一致,尽管服务器或客户端决定了仍然使用 HTTP/1.1 协议。
要处理 h2c
请求,TLS必须被禁用,服务器将升级到 HTTP/2 以满足任何希望升级到 HTTP/2 的 HTTP/1.1 请求。它还将接受以 PRI*HTTP/2.0\r\nSM\r\n
开始的 h2c
直接连接。
Warning
|
大多数浏览器不支持 h2c ,所以在建站时,您应该使用 h2 而不是 h2c 。
|
当服务器接受 HTTP/2 连接时, 它会向客户端发送其 初始设置
。定义客户端如何使用连接,服务器的默认初始设置为:
getMaxConcurrentStreams
:按照 HTTP/2 RFC建议推荐值为 100
其他默认的 HTTP/2 的设置
Note
|
Worker Verticle 和 HTTP/2 不兼容。 |
为了进行调试,可记录网络活动。
var options = {
"logActivity" : true
};
var server = vertx.createHttpServer(options);
详细说明请参阅 记录网络活动 章节。
要告诉服务器监听传入的请求,您可以使用其中一个 listen
方法。
在配置项中告诉服务器监听指定的主机和端口:
var server = vertx.createHttpServer();
server.listen();
或在调用 listen
方法时指定主机和端口号,这样就忽略了配置项(中的主机和端口):
var server = vertx.createHttpServer();
server.listen(8080, "myhost.com");
默认主机名是 0.0.0.0
,它表示:监听所有可用地址;默认端口号是 80
。
实际的绑定也是异步的,因此服务器也许并没有在调用 listen
方法返回时监听,而是在一段时间过后才监听。
若您希望在服务器实际监听时收到通知,您可以向 listen
提供一个处理器。例如:
var server = vertx.createHttpServer();
server.listen(8080, "myhost.com", function (res, res_err) {
if (res_err == null) {
console.log("Server is now listening!");
} else {
console.log("Failed to bind!");
}
});
若您需要在收到请求时收到通知,则需要设置一个 requestHandler
:
var server = vertx.createHttpServer();
server.requestHandler(function (request) {
// Handle the request in here
});
当请求到达时,Vert.x 会像对应的处理函数传入一个 HttpServerRequest
实例并调用请求处理函数,此对象表示服务端 HTTP 请求。
当请求的头信息被完全读取时会调用该请求处理器。
如果请求包含请求体,那么该请求体将在请求处理器被调用后的某个时间到达服务器。
每一个服务请求对象和一个服务响应对象绑定,您可以用
response
方法获取一个 HttpServerResponse
对象的引用。
这是服务器处理请求并回复 “hello world” 的简单示例。
vertx.createHttpServer().requestHandler(function (request) {
request.response().end("Hello world");
}).listen(8080);
在请求中指定的 HTTP 版本可通过 version
方法获取。
使用 method
方法读取请求中的 HTTP Method(即GET、POST、PUT、DELETE、HEAD、OPTIONS等)。
使用 uri
方法读取请求中的URI路径。
请注意,这是在HTTP 请求中传递的实际URI,它总是一个相对的URI。
这个URI是在 Section 5.1.2 of the HTTP specification - Request-URI 中定义的。
使用 path
方法读取URI中的路径部分。
例如,请求的URI为:
a/b/c/page.html?param1=abc¶m2=xyz
路径部分应该是:
/a/b/c/page.html
使用 query
读取URI中的查询部分。
例如,请求的URI为:
a/b/c/page.html?param1=abc¶m2=xyz
查询部分应该是:
param1=abc¶m2=xyz
使用 headers
方法获取HTTP 请求中的请求头部信息。
这个方法返回一个 MultiMap
实例。它像一个普通的Map或Hash,并且它还允许同一个键支持多个值 —— 因为HTTP允许同一个键支持多个请求头的值。
它的键值不区分大小写,这意味着您可以执行以下操作:
var headers = request.headers();
// Get the User-Agent:
console.log("User agent is " + headers.get("user-agent"));
// You can also do this and get the same result:
console.log("User agent is " + headers.get("User-Agent"));
您可以使用 params
方法返回HTTP请求中的参数信息。
请求参数在请求URI的 path 部分之后,例如URI是:
/page.html?param1=abc¶m2=xyz
那么参数将包含以下内容:
param1: 'abc' param2: 'xyz
请注意,这些请求参数是从请求的 URI 中解析读取的,若您已经将表单属性存放在请求体中发送出去,并且该请求为 multi-part/form-data
类型请求,那么它们将不会显示在此处的参数中。
可以使用 remoteAddress
方法读取请求发送者的地址。
HTTP 请求中传递的URI通常是相对的,若您想要读取请求中和相对URI对应的绝对URI,可调用 absoluteURI
方法。
当整个请求(包括任何正文)已经被完全读取时,请求中的 endHandler
方法会被调用。
HTTP请求通常包含我们需要读取的主体。如前所述,当请求头部达到时,请求处理器会被调用,因此请求对象在此时没有请求体。
这是因为请求体可能非常大(如文件上传),并且我们不会在内容发送给您之前将其全部缓冲存储在内存中,这可能会导致服务器耗尽可用内存。
要接收请求体,您可在请求中调用 handler
方法设置一个处理器,每次请求体的一小块数据收到时,该处理器都会被调用。以下是一个例子:
request.handler(function (buffer) {
console.log("I have received a chunk of the body of length " + buffer.length());
});
传递给处理器的对象是一个 Buffer
,当数据从网络到达时,处理器可以多次被调用,这取决于请求体的大小。
在某些情况下(例:若请求体很小),您将需要将这个请求体聚合到内存中,以便您可以按照下边的方式进行聚合:
var Buffer = require("vertx-js/buffer");
// Create an empty buffer
var totalBuffer = Buffer.buffer();
request.handler(function (buffer) {
console.log("I have received a chunk of the body of length " + buffer.length());
totalBuffer.appendBuffer(buffer);
});
request.endHandler(function (v) {
console.log("Full body received, length = " + totalBuffer.length());
});
这是一个常见的情况,Vert.x为您提供了一个 bodyHandler
方法来执行此操作。当所有请求体被收到时, bodyHandler
绑定的处理器会被调用一次:
request.bodyHandler(function (totalBuffer) {
console.log("Full body received, length = " + totalBuffer.length());
});
您可使用 application/x-www-form-urlencoded
或 multipart/form-data
这两种 content-type 来提交 HTML 表单。
对于使用 URL 编码过的表单,表单属性会被编码在URL中,如同普通查询参数一样。
对于 multipart 类型的表单,它会被编码在请求体中,而且在整个请求体被完全读取之前它是不可用的。Multipart 表单还可以包含文件上传。
Multipart 表单还可以包含文件上传。
若您想要读取 multipart 表单的属性,您应该告诉 Vert.x 您会在读取任何正文 之前 调用 setExpectMultipart
方法,然后在整个请求体都被读取后,您可以使用 formAttributes
方法来读取实际的表单属性。
server.requestHandler(function (request) {
request.setExpectMultipart(true);
request.endHandler(function (v) {
// The body has now been fully read, so retrieve the form attributes
var formAttributes = request.formAttributes();
});
});
Vert.x 可以处理以 multipart 编码形式上传的的文件。
要接收文件,您可以告诉 Vert.x 使用 multipart 表单,并对请求设置
uploadHandler
。
当服务器每次接收到上传请求时,该处理器将被调用一次。
传递给处理器的对象是一个 HttpServerFileUpload
实例。
server.requestHandler(function (request) {
request.setExpectMultipart(true);
request.uploadHandler(function (upload) {
console.log("Got a file upload " + upload.name());
});
});
上传的文件可能很大,我们不会在单个缓冲区中包含整个上传的数据,因为这样会导致内存耗尽。相反,上传数据是以块的形式被接收的:
request.uploadHandler(function (upload) {
upload.handler(function (chunk) {
console.log("Received a chunk of the upload of length " + chunk.length());
});
});
上传对象实现了 ReadStream
接口,因此您可以将请求体读取到任何
WriteStream
实例中。详细说明请参阅 流和管道(泵) 章节。
若您只是想将文件上传到服务器的某个磁盘,可以使用 streamToFileSystem
方法:
request.uploadHandler(function (upload) {
upload.streamToFileSystem("myuploads_directory/" + upload.filename());
});
Warning
|
确保您检查了生产系统的文件名,以避免恶意客户将文件上传到文件系统中的任意位置。有关详细信息,参阅 安全说明 。 |
Vert.x 可以处理在客户端通过 deflate 或 gzip 算法压缩过的请求体信息。
若要启用解压缩功能则您要在创建服务器时调用 decompressionSupported
方法设置配置项。
默认情况下解压缩是被禁用的。
HTTP/2 是用于 HTTP 请求/响应模型的包含各种帧的一种帧协议,该协议允许发送和接收其他类型的帧。
若要接收自定义帧(frame),您可以在请求中使用 customFrameHandler
,每次当自定义的帧数据到达时,这个处理器会被调用。这而是一个例子:
request.customFrameHandler(function (frame) {
console.log("Received a frame type=" + frame.type() + " payload" + frame.payload().toString());
});
HTTP/2 帧不受流量控制限制 —— 当接收到自定义帧时,不论请求是否暂停,自定义帧处理器都将立即被调用。
服务器响应对象是一个 HttpServerResponse
实例,它可以从 request
对应的
response
方法中读取。
您可以使用响应对象回写一个响应到 HTTP客户端。
默认的 HTTP 状态响应码为 200
,表示 OK
。
可使用 setStatusCode
方法设置不同状态代码。
您还可用 setStatusMessage
方法指定自定义状态消息。
若您不指定状态信息,将会使用默认的状态码响应。
Note
|
对于 HTTP/2 中的状态不会在响应中描述 —— 因为协议不会将消息发送回客户端。 |
想要将数据写入 HTTP Response,您可使用任意一个 write
方法。
它们可以在响应结束之前被多次调用,它们可以通过以下几种方式调用:
对用单个缓冲区:
var response = request.response();
response.write(buffer);
写入字符串,这种请求字符串将使用 UTF-8 进行编码,并将结果写入到报文中。
var response = request.response();
response.write("hello world!");
写入带编码方式的字符串,这种情况字符串将使用指定的编码方式编码,并将结果写入到报文中。
var response = request.response();
response.write("hello world!", "UTF-16");
响应写入是异步的,并且在写操作进入队列之后会立即返回。
若您只需要将单个字符串或 Buffer
写入到HTTP 响应,则可使用 end
方法将其直接写入响应中并发回到客户端。
第一次写入操作会触发响应头的写入,因此,若您不使用HTTP 分块,那么必须在写入响应之前设置 Content-Length
头,否则会太迟。若您使用 HTTP 分块则不需要担心这点。
一旦您完成了 HTTP 响应,可调用 end
将其发回客户端。
这可以通过几种方式完成:
没有参数,直接结束响应,发回客户端:
var response = request.response();
response.write("hello world!");
response.end();
您也可以和调用 write
方法一样传 String
或 Buffer
给 end
方法。这种情况,它和先调用带 String
或 Buffer
参数的 write
方法,之后调用无参 end
方法一样。例如:
var response = request.response();
response.end("hello world!");
您可以调用 close
方法关闭底层的TCP 连接。
当响应结束时,Vert.x 将自动关闭非 keep-alive 的连接。
默认情况下,Vert.x 不会自动关闭 keep-alive 的连接,若您想要在一段空闲时间之后让 Vert.x 自动关闭 keep-alive 的连接,则使用 idleTimeout
方法进行配置。
HTTP/2 连接在关闭响应之前会发送 GOAWAY
帧。
HTTP 响应头可直接添加到 HTTP 响应中,通常直接操作
headers
:
var response = request.response();
var headers = response.headers();
headers.set("content-type", "text/html");
headers.set("other-header", "wibble");
或您可使用 putHeader
方法:
var response = request.response();
response.putHeader("content-type", "text/html").putHeader("other-header", "wibble");
响应头必须在写入响应正文消息之前进行设置。
Vert.x 支持 分块传输编码(HTTP Chunked Transfer Encoding).
这允许HTTP 响应体以块的形式写入,通常在响应体预先不知道尺寸、需要将很大响应正文以流式传输到客户端时使用。
您可以通过如下方式开启分块模式:
var response = request.response();
response.setChunked(true);
默认是不分块的,当处于分块模式,每次调用任意一个 write
方法将导致新的 HTTP 块被写出。
在分块模式下,您还可以将响应的HTTP 响应附加尾部(trailers)写入响应,这种方式实际上是在写入响应的最后一块。
Note
|
分块响应在 HTTP/2 流中无效。 |
若要向响应添加尾部,则直接添加到 trailers
里。
var response = request.response();
response.setChunked(true);
var trailers = response.trailers();
trailers.set("X-wibble", "woobble").set("X-quux", "flooble");
或者调用 putTrailer
方法:
var response = request.response();
response.setChunked(true);
response.putTrailer("X-wibble", "woobble").putTrailer("X-quux", "flooble");
若您正在编写一个Web 服务端,一种从磁盘中读取并提供文件的方法是将文件作为 AsyncFile
对象打开并其传送到HTTP 响应中。
或您可以使用 readFile
方法一次性加载它,并直接将其写入响应。
或者,Vert.x 提供了一种方法,允许您在一个操作中将文件从磁盘或文件系统中读取并提供给HTTP 响应。若底层操作系统支持,这会导致操作系统不通过用户空间复制而直接将文件内容中字节数据从文件传输到Socket。
这是使用 sendFile
方法完成的,对于大文件处理通常更有效,而这个方法对于小文件可能很慢。
这儿是一个非常简单的 Web 服务器,它使用 sendFile
方法从文件系统中读取并提供文件:
vertx.createHttpServer().requestHandler(function (request) {
var file = "";
if (request.path() == "/") {
file = "index.html";
} else if (!request.path().contains("..")) {
file = request.path();
}
request.response().sendFile("web/" + file);
}).listen(8080);
发送文件是异步的,可能在调用返回一段时间后才能完成。如果要在文件写入时收到通知,可以在 sendFile
方法中设置一个处理器。 sendFile
请阅读 从 Classpath 访问文件 章节了解类路径的限制或禁用它。
Note
|
若在 HTTPS 协议中使用 sendFile 方法,它将会通过用户空间进行复制,因为若内核将数据直接从磁盘复制到 Socket,则不会给我们任何加密的机会。
|
Warning
|
若您要直接使用 Vert.x 编写 Web 服务器,请注意,您想提供文件和类路径之外访问的位置 —— 用户是无法直接利用路径访问的。更安全的做法是使用Vert.x Web替代。 |
当需要提供文件的一部分,从给定的字节开始,您可以像下边这样做:
vertx.createHttpServer().requestHandler(function (request) {
var offset = 0;
try {
offset = Java.type("java.lang.Long").parseLong(request.getParam("start"));
} catch(err) {
// error handling...
}
var end = Java.type("java.lang.Long").MAX_VALUE;
try {
end = Java.type("java.lang.Long").parseLong(request.getParam("end"));
} catch(err) {
// error handling...
}
request.response().sendFile("web/mybigfile.txt", offset, end);
}).listen(8080);
若您想要从偏移量开始发送文件直到尾部,则不需要提供长度信息,这种情况下,您可以执行以下操作:
vertx.createHttpServer().requestHandler(function (request) {
var offset = 0;
try {
offset = Java.type("java.lang.Long").parseLong(request.getParam("start"));
} catch(err) {
// error handling...
}
request.response().sendFile("web/mybigfile.txt", offset);
}).listen(8080);
服务端响应 HttpServerResponse
也是一个 WriteStream
实例,因此您可以从任何
ReadStream
向其泵送数据,如 AsyncFile
, NetSocket
,
WebSocket
或 HttpServerRequest
。
这儿有一个例子,它回应了任何 PUT 方法的响应中的请求体,它为请求体使用了 Pump,所以即使 HTTP 请求体很大并填满了内存,任何时候它依旧会工作:
var Pump = require("vertx-js/pump");
vertx.createHttpServer().requestHandler(function (request) {
var response = request.response();
if (request.method() === 'PUT') {
response.setChunked(true);
Pump.pump(request, response).start();
request.endHandler(function (v) {
response.end();
});
} else {
response.setStatusCode(400).end();
}
}).listen(8080);
HTTP/2 是用于 HTTP 请求/响应模型的包含各种帧的一种帧协议,该协议允许发送和接收其他类型的帧。
要发送这样的帧,您可以在响应中使用 writeCustomFrame
方法,以下是一个例子:
var Buffer = require("vertx-js/buffer");
var frameType = 40;
var frameStatus = 10;
var payload = Buffer.buffer("some data");
// Sending a frame to the client
response.writeCustomFrame(frameType, frameStatus, payload);
这些帧被立即发送,并且不受流程控制的影响——当这样的帧被发送到那里时,可以在其他的 {@literal DATA} 帧之前完成。
HTTP/1.x 不允许请求或响应流执行清除重置,如当客户端上传的资源已经存在于服务器上,服务器就需要接受整个响应。
HTTP/2 在请求/响应期间随时支持流重置:
// Reset the stream
request.response().reset();
默认的 NO_ERROR(0)
错误代码会发送,您也可以发送另外一个错误代码:
// Cancel the stream
request.response().reset(8);
HTTP/2 规范中定义了可用的 错误码 列表:
若使用了 request handler
和
response handler
两个处理器过后,在流重置完成时您将会收到通知:
request.response().exceptionHandler(function (err) {
if (err.getClass().getSimpleName() == 'StreamResetException') {
var reset = err;
console.log("Stream reset " + reset.getCode());
}
});
服务器推送(Server Push)是 HTTP/2 支持的一个新功能,可以为单个客户端请求并行发送多个响应。
当服务器处理请求时,它可以向客户端推送请求/响应:
var response = request.response();
// Push main.js to the client
response.push('GET', "/main.js", function (ar, ar_err) {
if (ar_err == null) {
// The server is ready to push the response
var pushedResponse = ar;
// Send main.js response
pushedResponse.putHeader("content-type", "application/json").end("alert(\"Push response hello\")");
} else {
console.log("Could not push client resource " + ar_err);
}
});
// Send the requested resource
response.sendFile("<html><head><script src=\"/main.js\"></script></head><body></body></html>");
当服务器准备推送响应时,推送响应处理器会被调用,并会发送响应。
推送响应处理器客户能会接收到失败,如:客户端可能取消推送,因为它已经在缓存中包含了 main.js
,并不在需要它。
您必须在响应结束之前调用 push
方法,但是在推送响应过后依然可以写响应。
You can set an exceptionHandler
to receive any
exceptions that happens before the connection is passed to the requestHandler
or to the websocketHandler
, e.g during the TLS handshake.
Vert.x 支持 HTTP 压缩。
这意味着在响应发送回客户端之前,您可以将响应体自动压缩。
若客户端不支持HTTP 压缩,则它可以发回没有压缩过的请求。
这允许它同时处理支持HTTP 压缩的客户端和不支持的客户端。
要启用压缩,可以使用 compressionSupported
方法进行配置。默认情况下,未启用压缩。
默认情况下,未启用压缩。
当启用HTTP 压缩时,服务器将检查客户端请求头中是否包含了 Accept-Encoding
并支持常用的 deflate 和 gzip 压缩算法。Vert.x 两者都支持。
若找到这样的请求头,服务器将使用所支持的压缩算法之一自动压缩响应正文并发送回客户端。
Whenever the response needs to be sent without compression you can set the header content-encoding
to identity
:
// Disable compression and send an image
request.response().putHeader(Java.type("io.vertx.core.http.HttpHeaders").CONTENT_ENCODING, Java.type("io.vertx.core.http.HttpHeaders").IDENTITY).sendFile("/path/to/image.jpg");
注意:压缩可以减少网络流量,但是CPU密集度会更高。
为了解决后边一个问题,Vert.x也允许您调整原始的 gzip/deflate 压缩算法的 “压缩级别” 参数
压缩级别允许根据所得数据的压缩比和压缩/解压的计算成本来配置 gzip/deflate 算法。
压缩级别是从 1 到 9 的整数值,其中 1 表示更低的压缩比但是最快的算法,9 表示可用的最大压缩比但比较慢的算法。
使用高于 1-2 的压缩级别通常允许仅仅保存一些字节大小 —— 它的增益不是线性的,并取决于要压缩的特定数据 —— 但它可以满足服务器所要求的CPU周期的不可控的成本(注意现在Vert.x不支持任何缓存形式的响应数据,如静态文件,因此压缩是在每个请求体生成时进行的),它可生成压缩过的响应数据、并对接收的响应解码(膨胀)—— 和客户端使用的方式一致,这种操作随着压缩级别的增长会变得更加倾向于CPU密集型。
默认情况下 —— 如果通过 compressionSupported
方法启用压缩,Vert.x 将使用 6 作为压缩级别,但是该参数可通过 compressionLevel
方法来更改。
您可通过以下方式创建一个具有默认配置的 HttpClient
实例:
var client = vertx.createHttpClient();
若您想要配置客户端选项,可按以下方式创建:
var options = {
"keepAlive" : false
};
var client = vertx.createHttpClient(options);
Vert.x 支持基于 TLS h2
和 TCP h2c
的 HTTP/2 协议。
默认情况下,HTTP 客户端会发送 HTTP/1.1 请求。若要执行 HTTP/2 请求,则必须调用 protocolVersion
方法将版本设置成 HTTP_2
。
对于 h2
请求,必须使用应用层协议协商(ALPN)启用TLS:
var options = {
"protocolVersion" : "HTTP_2",
"ssl" : true,
"useAlpn" : true,
"trustAll" : true
};
var client = vertx.createHttpClient(options);
对于 h2c
请求,TLS必须禁用,客户端将执行 HTTP/1.1 请求并尝试升级到 HTTP/2:
var options = {
"protocolVersion" : "HTTP_2"
};
var client = vertx.createHttpClient(options);
h2c
连接也可以直接建立,如连接可以使用前文提到的方式创建,当
http2ClearTextUpgrade
选项设置为 false
时:建立连接后,客户端将发送 HTTP/2 连接前缀,并期望从服务端接收相同的连接偏好。
HTTP 服务端可能不支持 HTTP/2,当响应到达时,可以使用 version
方法检查响应实际HTTP版本。
当客户端连接到 HTTP/2 服务端时,它将向服务端发送其 初始设置
.
。设置定义服务器如何使用连接、客户端的默认初始设置是由 HTTP/2 RFC定义的。
为了进行调试,可以记录网络活动:
var options = {
"logActivity" : true
};
var client = vertx.createHttpClient(options);
详情请参阅 记录网络活动 章节。
HTTP 客户端是很灵活的,您可以通过各种方式发出请求。
通常您希望使用 HTTP 客户端向同一个主机/端口发送很多请求。为避免每次发送请求时重复设主机/端口,您可以为客户端配置默认主机/端口:
// Set the default host
var options = {
"defaultHost" : "wibble.com"
};
// Can also set default port if you want...
var client = vertx.createHttpClient(options);
client.getNow("/some-uri", function (response) {
console.log("Received response with status code " + response.statusCode());
});
或者您发现自己使用相同的客户端向不同主机的主机/端口发送大量请求,则可以在发出请求时简单指定主机/端口:
var client = vertx.createHttpClient();
// Specify both port and host name
client.getNow(8080, "myserver.mycompany.com", "/some-uri", function (response) {
console.log("Received response with status code " + response.statusCode());
});
// This time use the default port 80 but specify the host name
client.getNow("foo.othercompany.com", "/other-uri", function (response) {
console.log("Received response with status code " + response.statusCode());
});
用客户端发出请求的所有不同方式都支持这两种指定主机/端口的方法。
通常,您想发出没有请求体的HTTP 请求,这种情况通常如HTTP GET、OPTIONS 和 HEAD 请求。
使用 Vert.x HTTP Client 执行这种请求最简单的方式是使用加了 Now
后缀的请求方法,如
getNow
。
这些方法会创建HTTP 请求,并在单个方法调用中发送它,而且允许您提供一个处理器,当HTTP 响应发送回来时调用该处理器来处理响应结果。
var client = vertx.createHttpClient();
// Send a GET request
client.getNow("/some-uri", function (response) {
console.log("Received response with status code " + response.statusCode());
});
// Send a GET request
client.headNow("/other-uri", function (response) {
console.log("Received response with status code " + response.statusCode());
});
有时您在运行时不知道发送请求的 HTTP 方法,对于这种情况,我们提供通用请求方法 request
,允许您在运行时指定 HTTP 方法:
var client = vertx.createHttpClient();
client.request('GET', "some-uri", function (response) {
console.log("Received response with status code " + response.statusCode());
}).end();
client.request('POST', "foo-uri", function (response) {
console.log("Received response with status code " + response.statusCode());
}).end("some-data");
有时您想要发送一个包含了请求体的请求,或者也许您想要在发送请求之前写入头部到请求中。
这些方法都不会立即发送请求,而是返回一个 HttpClientRequest
实例,它可以用来写数据到请求体和请求头。
这儿有一些写入请求体的 POST 请求例子:
var client = vertx.createHttpClient();
var request = client.post("some-uri", function (response) {
console.log("Received response with status code " + response.statusCode());
});
// Now do stuff with the request
request.putHeader("content-length", "1000");
request.putHeader("content-type", "text/plain");
request.write(body);
// Make sure the request is ended when you're done with it
request.end();
// Or fluently:
client.post("some-uri", function (response) {
console.log("Received response with status code " + response.statusCode());
}).putHeader("content-length", "1000").putHeader("content-type", "text/plain").write(body).end();
// Or event more simply:
client.post("some-uri", function (response) {
console.log("Received response with status code " + response.statusCode());
}).putHeader("content-type", "text/plain").end(body);
可以用UTF-8编码方式编码字符串和以指定方式编码编码字符串、或写 Buffer
的方法:
var Buffer = require("vertx-js/buffer");
// Write string encoded in UTF-8
request.write("some data");
// Write string encoded in specific encoding
request.write("some other data", "UTF-16");
// Write a buffer
var buffer = Buffer.buffer();
buffer.appendInt(123).appendLong(245);
request.write(buffer);
若您仅需要写单个字符串或 Buffer
到HTTP请求中,您可以直接调用 end
函数完成写入和请求的发送操作。
var Buffer = require("vertx-js/buffer");
// Write string and end the request (send it) in a single call
request.end("some simple data");
// Write buffer and end the request (send it) in a single call
var buffer = Buffer.buffer().appendDouble(12.34).appendLong(432);
request.end(buffer);
当您写入请求时,第一次调用 write
方法将先将请求头写入到请求报文中。
实际写入操作是异步的,它可能在调用返回一段时间后才发生。
带请求体的非分块 HTTP 请求需要提供 Content-Length
头。
因此,若您不使用 HTTP 分块,则必须在写入请求之前设置 Content-Length
头,否则会出错。
若您在调用其中一个 end
方法处理 String 或 Buffer,在写入请求体之前,Vert.x 将自动计算并设置 Content-Length
。
若您在使用HTTP 分块模式,则不需要 Content-Length
头,因此您不必先计算大小。
您可以直接使用 MultiMap 结构的 headers
来设置请求头:
// Write some headers using the headers() multimap
var headers = request.headers();
headers.set("content-type", "application/json").set("other-header", "foo");
这个headers是一个 MultiMap
的实例,它提供了添加、设置、删除条目的操作。HTTP Header允许一个特定的键包含多个值。
您也可以使用 putHeader
方法编写头文件:
// Write some headers using the putHeader method
request.putHeader("content-type", "application/json").putHeader("other-header", "foo");
若您想写入请求头,则您必须在写入任何请求体之前这样做来设置请求头。
The OTHER
HTTP method is used for non standard methods, when this method
is used, setRawMethod
must be used to
set the raw method to send to the server.
一旦完成了 HTTP 请求的准备工作,您必须调用其中一个 end
方法来发送该请求(结束请求)。
结束一个请求时,若请求头尚未被写入,会导致它们被写入,并且请求被标记成完成的。
请求可以通过多种方式结束。无参简单结束请求的方式如:
request.end();
或可以在调用 end
方法时提供 String 或 Buffer,这个和先调用带 String/Buffer 参数的 write
方法之后再调用无参 end
方法一样:
var Buffer = require("vertx-js/buffer");
// End the request with a string
request.end("some-data");
// End it with a buffer
var buffer = Buffer.buffer().appendFloat(12.3).appendInt(321);
request.end(buffer);
Vert.x 支持 HTTP Chunked Transfer Encoding 请求。
这允许使用块方式写入HTTP 请求体,这个在请求体比较大需要流式发送到服务器,或预先不知道大小时很常用。
您可使用 setChunked
将HTTP 请求设置成分块模式。
在分块模式下,每次调用 write
方法将导致新的块被写入到报文,这种模式中,无需先设置请求头中的 Content-Length
。
request.setChunked(true);
// Write some chunks
for (var i = 0;i < 10;i++) {
request.write("this-is-chunk-" + i);
}
request.end();
您可以通过在 HttpClientRequest
实例中设置异常处理器来处理请求时发生的异常:
var request = client.post("some-uri", function (response) {
console.log("Received response with status code " + response.statusCode());
});
request.exceptionHandler(function (e) {
console.log("Received exception: " + e.getMessage());
e.printStackTrace();
});
这种处理器不处理需要在 HttpClientResponse
中处理的非 2xx 响应:
var request = client.post("some-uri", function (response) {
if (response.statusCode() === 200) {
console.log("Everything fine");
return
}
if (response.statusCode() === 500) {
console.log("Unexpected behavior on the server side");
return
}
});
request.end();
Important
|
一系列的 XXXNow 方法均不接收异常处理器做为参数。
|
不像在调用中提供响应处理器来创建客户端请求对象,相反您可以当请求创建时不提供处理器、稍后在请求对象中调用
handler
来设置。如:
var request = client.post("some-uri");
request.handler(function (response) {
console.log("Received response with status code " + response.statusCode());
});
HttpClientRequest
实例实现了 WriteStream
接口,这意味着您可以从任何 ReadStream
实例将数据泵入请求中。
例如,您可以将磁盘上的文件直接泵送到HTTP 请求体中,如下所示:
var Pump = require("vertx-js/pump");
request.setChunked(true);
var pump = Pump.pump(file, request);
file.endHandler(function (v) {
request.end();
});
pump.start();
HTTP/2 是用于 HTTP 请求/响应模型的具有各种帧的一个帧协议,该协议允许发送和接收其他类型的帧。
要发送这样的帧,您可以使用 write
方法写入请求,以下是一个例子:
var Buffer = require("vertx-js/buffer");
var frameType = 40;
var frameStatus = 10;
var payload = Buffer.buffer("some data");
// Sending a frame to the server
request.writeCustomFrame(frameType, frameStatus, payload);
HTTP/1.x 不允许请求或响应流进行重置,如当客户端上传了服务器上存在的资源时,服务器依然要接收整个响应。
HTTP/2 在请求/响应期间随时支持流重置:
request.reset();
默认情况,发送 NO_ERROR(0)
错误代码,可发送另一个代码:
request.reset(8);
HTTP/2规范定义了可使用的 错误码 列表。
若使用了 request handler
和
response handler
两个处理器过后,在流重置完成时您将会收到通知。
request.exceptionHandler(function (err) {
if (err.getClass().getSimpleName() == 'StreamResetException') {
var reset = err;
console.log("Stream reset " + reset.getCode());
}
});
您可以在请求方法中指定处理器或通过 HttpClientResponse
对象直接设置处理器来接收到 HttpClientRequest
的实例。
您可以通过 statusCode
和 statusMessage
方法从响应中查询响应的状态码和状态消息:
client.getNow("some-uri", function (response) {
// the status code - e.g. 200 or 404
console.log("Status code is " + response.statusCode());
// the status message e.g. "OK" or "Not Found".
console.log("Status message is " + response.statusMessage());
});
HttpClientResponse
实例也是一个 ReadStream
实例,这意味着您可以泵送数据到任何 WriteStream
实例。
HTTP 响应可包含头信息。您可以使用 headers
方法来读取响应头。
该方法返回的对象是 一个 MultiMap
实例,因为 HTTP 响应头中单个键可以关联多个值。
var contentType = response.headers().get("content-type");
var contentLength = response.headers().get("content-lengh");
分块 HTTP 响应还可以包含响应尾(trailer) —— 这实际上是在发送响应体的最后一个(数据)块。
当从报文中读取到响应头时,响应处理器就会被调用。
如果收到的HTTP 响应包含响应体(正文),它可能会在响应头被读取后的某个时间以分片的方式到达。在调用响应处理器之前,我们不要等待所有的响应体到达,因为它可能非常大而要等待很长时间、又或者会花费大量内存。
client.getNow("some-uri", function (response) {
response.handler(function (buffer) {
console.log("Received a part of the response body: " + buffer);
});
});
若您知道响应体不是很大,并想在处理之前在内存中聚合所有响应体数据,那么您可以自己聚合:
var Buffer = require("vertx-js/buffer");
client.getNow("some-uri", function (response) {
// Create an empty buffer
var totalBuffer = Buffer.buffer();
response.handler(function (buffer) {
console.log("Received a part of the response body: " + buffer.length());
totalBuffer.appendBuffer(buffer);
});
response.endHandler(function (v) {
// Now all the body has been read
console.log("Total response body length is " + totalBuffer.length());
});
});
或者当响应已被完全读取时,您可以使用 bodyHandler
方法以便读取整个响应体:
client.getNow("some-uri", function (response) {
response.bodyHandler(function (totalBuffer) {
// Now all the body has been read
console.log("Total response body length is " + totalBuffer.length());
});
});
当整个响应体被完全读取或者无响应体的响应头被完全读取时,响应的 endHandler
就会被调用。
客户端可配置成遵循HTTP 重定向:当客户端接收到 301
、 302
、 303
或 307
状态代码时,它遵循由 Location
响应头提供的重定向,并且响应处理器将传递重定向响应以替代原始响应。
这有个例子:
client.get("some-uri", function (response) {
console.log("Received response with status code " + response.statusCode());
}).setFollowRedirects(true).end();
重定向策略如下:
当接收到 301
、 302
或 303
状态代码时,使用 GET 方法执行重定向
当接收到 307
状态代码时,使用相同的 HTTP 方法和缓存的请求体执行重定向
Warning
|
随后的重定向会缓存请求体。 |
默认情况最大的重定向数为 16
,您可使用 maxRedirects
方法设置。
var client = vertx.createHttpClient({
"maxRedirects" : 32
});
client.get("some-uri", function (response) {
console.log("Received response with status code " + response.statusCode());
}).setFollowRedirects(true).end();
没有放之四海而皆准的策略,缺省的重定向策略可能不能满足您的需要。
默认重定向策略可使用自定义实现更改:
var Future = require("vertx-js/future");
client.redirectHandler(function (response) {
// Only follow 301 code
if (response.statusCode() === 301 && (response.getHeader("Location") !== null && response.getHeader("Location") !== undefined)) {
// Compute the redirect URI
var absoluteURI = resolveURI(response.request().absoluteURI(), response.getHeader("Location"));
// Create a new ready to use request that the client will use
return Future.succeededFuture(client.getAbs(absoluteURI))
}
// We don't redirect
return null
});
这个策略将会处理接收到的原始 HttpClientResponse
,并返回 null
或 Future<HttpClientRequest>
。
当返回的是 null
时,处理原始响应
当返回的是 Future
时,请求将在它成功完成后发送
当返回的是 Future
时,请求失败时调用设置的异常处理器
返回的请求必须是未发送的,这样原始请求处理器才会被发送而且客户端之后才能发送请求。
大多数原始请求设置将会传播(拷贝)到新请求中:
请求头,除非您已经设置了一些头(包括 setHost
)
请求体,除非返回的请求使用了 GET
方法
响应处理器
请求异常处理器
请求超时
根据 HTTP/1.1 规范 ,一个客户端可以设置请求头 Expect: 100-Continue
,并且在发送剩余请求体之前先发送请求头。
然后服务器可以通过回复临时响应状态 Status: 100 (Continue)
来告诉客户端可以发送请求的剩余部分。
这里的想法是允许服务器在发送大量数据之前授权、接收/拒绝请求,若请求不能被接收,则发送大量数据信息会浪费带宽,并将服务器绑定在读取即将丢弃的无用数据中。
Vert.x 允许您在客户端请求对象中设置一个 continueHandler
。
它将在服务器发回一个状态 Status: 100 (Continue)
时被调用, 同时也表示(客户端)可以发送请求的剩余部分。
通常将其与 sendHead
结合起来发送请求的头信息。
以下是一个例子:
var request = client.put("some-uri", function (response) {
console.log("Received response with status code " + response.statusCode());
});
request.putHeader("Expect", "100-Continue");
request.continueHandler(function (v) {
// OK to send rest of body
request.write("Some data");
request.write("Some more data");
request.end();
});
在服务端,Vert.x HTTP Server可配置成接收到 Expect: 100-Continue
头时自动发回 100 Continue
临时响应信息。
这个可通过 handle100ContinueAutomatically
方法来设置。
若您想要决定是否手动发送持续响应,那么此属性可设置成 false
(默认值),然后您可以通过检查头信息并且调用 writeContinue
方法让客户端持续发送请求体:
httpServer.requestHandler(function (request) {
if (request.getHeader("Expect").equalsIgnoreCase("100-Continue")) {
// Send a 100 continue response
request.response().writeContinue();
// The client should send the body when it receives the 100 response
request.bodyHandler(function (body) {
// Do something with body
});
request.endHandler(function (v) {
request.response().end();
});
}
});
您也可以通过直接发送故障状态代码来拒绝该请求:这种情况下,请求体应该被忽略或连接应该被关闭( 100-Continue
是一个性能提示,并不是逻辑协议约束):
httpServer.requestHandler(function (request) {
if (request.getHeader("Expect").equalsIgnoreCase("100-Continue")) {
//
var rejectAndClose = true;
if (rejectAndClose) {
// Reject with a failure code and close the connection
// this is probably best with persistent connection
request.response().setStatusCode(405).putHeader("Connection", "close").end();
} else {
// Reject with a failure code and ignore the body
// this may be appropriate if the body is small
request.response().setStatusCode(405).end();
}
}
});
服务器推送(Server Push)是 HTTP/2 的一个新功能,它可以为单个客户端并行发送多个响应。
可以在接收服务器推送的请求/响应的请求上设置一个推送处理器:
var request = client.get("/index.html", function (response) {
// Process index.html response
});
// Set a push handler to be aware of any resource pushed by the server
request.pushHandler(function (pushedRequest) {
// A resource is pushed for this request
console.log("Server pushed " + pushedRequest.path());
// Set an handler for the response
pushedRequest.handler(function (pushedResponse) {
console.log("The response for the pushed request");
});
});
// End the request
request.end();
若客户端不想收到推送请求,它可重置流:
request.pushHandler(function (pushedRequest) {
if (pushedRequest.path() == "/main.js") {
pushedRequest.reset();
} else {
// Handle it
}
});
若没有设置任何处理器时,任何被推送的流将被客户端自动重置流(错误代码 8
)。
HTTP/2 是用于 HTTP 请求/响应模型的具有各种帧的一个帧协议,该协议允许发送和接收其他类型的帧。
要接收自定义帧,您可以在请求中使用 customFrameHandler
,每次自定义帧到达时就会调用它。以下是一个例子:
response.customFrameHandler(function (frame) {
console.log("Received a frame type=" + frame.type() + " payload" + frame.payload().toString());
});
HTTP 客户端支持开箱即用的 HTTP 压缩功能。
这意味着客户端可以让远程服务器知道它支持压缩,并且能处理压缩过的响应体(数据)。
HTTP 服务端可以自由地使用自己支持的压缩算法之一进行压缩,也可以在不压缩的情况下将响应体发回。所以这仅仅是 HTTP 服务端的一个可能被随意忽略的提示。
要告诉服务器当前客户端支持哪种压缩,则它(请求头)将包含一个 Accept-Encoding
头,其值为可支持的压缩算法,(该值可)支持多种压缩算法。这种情况 Vert.x 将添加以下头:
Accept-Encoding: gzip, deflate
服务器将从其中(算法)选择一个,您可以通过服务器发回的响应中响应头 Content-Encoding
来检测服务器是否适应这个正文。
若响应体通过 gzip
压缩,它将包含例如下边的头:
Content-Encoding: gzip
创建客户端时可使用 tryUseCompression
设置配置项启用压缩。
默认情况压缩被禁用。
HTTP 的 Keep Alive 允许单个 HTTP 连接用于多个请求。当您向同一台服务器发送多个请求时,可以更加有效使用连接。
对于 HTTP/1.x 版本,HTTP 客户端支持连接池,它允许您重用请求之间的连接。
为了连接池(能)工作,配置客户端时,keep alive 必须通过 keepAlive
方法设置成 true
。默认值为 true
。
当 keep alive 启用时,Vert.x 将为每一个发送的 HTTP/1.0 请求添加一个 Connection: Keep-Alive
头。
当 keep alive 禁用时,Vert.x 将为每一个 HTTP/1.1 请求添加一个 Connection: Close
头 —— 表示在响应完成后连接将被关闭。
可使用 maxPoolSize
方法为每个服务器配置连接池的最大连接数。
当启用连接池创建请求时,若存在少于已经为服务器创建的最大连接数,Vert.x 将创建一个新连接,否则直接将请求添加到队列中。
Keep Alive的连接将不会被客户端自动关闭,要关闭它们您可以关闭客户端实例。
keep-alive: timeout=30
或者,您可使用 keepAliveTimeout
设置空闲时间——在设置的时间内然后没使用的连接将被关闭。请注意空闲超时值以秒为单位而不是毫秒。
客户端还支持连接上的请求管道(pipeline)。
管道意味着在返回一个响应之前,在同一个连接上发送另一个请求,管道不适合所有请求。
若要启用管道,必须调用 pipelining
方法,默认管道是禁止的。
当启用管道时,请求可以不等待以前的响应返回而写入到连接。
单个连接的管道请求限制数由 pipeliningLimit
方法设置,此选项定义了发送到服务器的等待响应的最大请求数。这个限制可以确保和同一个服务器的连接分发到客户端的公平性。
HTTP/2 提倡使用服务器的单一连接,默认情况下,HTTP 客户端针对每个服务器都使用单一连接,同样服务器上的所有流都会复用到对应连接中。
当客户端需要使用连接池并使用超过一个连接时,则可使用 http2MaxPoolSize
设置。
当您希望限制每个连接的多路复用流数量而使用连接池而不是单个连接时,可使用 http2MultiplexingLimit
设置。
var clientOptions = {
"http2MultiplexingLimit" : 10,
"http2MaxPoolSize" : 3
};
// Uses up to 3 connections and up to 10 streams per connection
var client = vertx.createHttpClient(clientOptions);
连接的复用限制是在客户端上设置限制单个连接的流数量,如果服务器使用 SETTINGS_MAX_CONCURRENT_STREAMS
设置了下限,则有效值可以更低。
HTTP/2 连接不会被客户端自动关闭,若要关闭它们,可以调用 close
来关闭客户端实例。
或者,您可以使用 idleTimeout
设置空闲时间——这个时间内没有使用的任何连接将被关闭,注意,空闲时间以秒为单位,不是毫秒。
HttpConnection
接口提供了处理HTTP 连接事件、生命周期、设置的API。
HTTP/2 实现了完整的 HttpConnection
API。
HTTP/1.x 实现了 HttpConnection
中的部分API:仅关闭操作,实现了关闭处理器和异常处理器。该协议并不提供其他操作的语义。
connection
方法会返回服务器上的请求连接:
var connection = request.connection();
可以在服务器上设置连接处理器,任意连接传入时可得到通知:
var server = vertx.createHttpServer(http2Options);
server.connectionHandler(function (connection) {
console.log("A client connected");
});
connection
方法会返回客户端上的连接请求:
var connection = request.connection();
可以在请求上设置连接处理器在连接发生时通知:
request.connectionHandler(function (connection) {
console.log("Connected to the server");
});
HTTP/2 由 Http2Settings
数据对象来配置。
每个 Endpoint 都必须遵守连接另一端的发送设置。
当建立连接时,客户端和服务器交换初始配置,初始设置由客户端上的 initialSettings
和服务器上的
initialSettings
方法配置。
连接建立后可随时更改设置:
connection.updateSettings({
"maxConcurrentStreams" : 100
});
由于远程方应该确认接收者的配置更新,也有可能在回调中接收确认通知:
connection.updateSettings({
"maxConcurrentStreams" : 100
}, function (ar, ar_err) {
if (ar_err == null) {
console.log("The settings update has been acknowledged ");
}
});
相反,在收到新的远程设置时会通知 remoteSettingsHandler
:
connection.remoteSettingsHandler(function (settings) {
console.log("Received new settings");
});
Note
|
此功能仅适用于 HTTP/2 协议。 |
HTTP/2 连接 ping 对于确定连接往返时间或检查连接有效性很有用: ping
发送 {@literal PING} 帧到远端:
var Buffer = require("vertx-js/buffer");
var data = Buffer.buffer();
for (var i = 0;i < 8;i++) {
data.appendByte(i);
}
connection.ping(data, function (pong, pong_err) {
console.log("Remote side replied");
});
当接收到 {@literal PING} 帧时,Vert.x 将自动发送确认,可设置处理器当收到 ping 帧时发送通知调用处理器:
connection.pingHandler(function (ping) {
console.log("Got pinged by remote side");
});
处理器只是接到通知,确认被发送,这个功能旨在基于 HTTP/2 协议之上实现。
Note
|
此功能仅适用于 HTTP/2 协议。 |
调用 shutdown
方法将发送 {@literal GOAWAY} 帧到远程的连接,要求其停止创建流:客户端将停止发送新请求,并且服务器将停止推送响应。发送 {@literal GOAWAY} 帧后,连接将等待一段时间(默认为30秒),直到所有当前流关闭和连接关闭。
connection.shutdown();
shutdownHandler
通知何时关闭所有流,连接尚未关闭。
有可能只需发送 {@literal GOAWAY} 帧,和关闭主要的区别在于它将只是告诉远程连接停止创建新流,而没有计划关闭连接:
connection.goAway(0);
相反,也可以在收到 {@literal GOAWAY} 时收到通知:
connection.goAwayHandler(function (goAway) {
console.log("Received a go away frame");
});
当所有当前流已经关闭并且可关闭连接时, shutdownHandler
将被调用:
connection.goAway(0);
connection.shutdownHandler(function (v) {
// All streams are closed, close the connection
connection.close();
});
当接收到 {@literal GOAWAY} 时也适用。
Note
|
此功能仅适用于HTTP/2协议。 |
您可以通过 close
方法关闭连接:
对于 HTTP/1.x 来说,它会关闭底层的 Socket
对于 HTTP/2 来说,它将执行无延迟关闭, {@literal GOAWAY} 帧将会在连接关闭之前被发送 *
连接关闭时 closeHandler
将发出通知。
HttpClient
可以在一个 Verticle 中使用或者嵌入使用。
在 Verticle 中使用时,Verticle 应该使用自己的客户端实例。
一般来说,不应该在不同的 Vert.x 上下文环境之间共享客户端,因为它可能导致不可预知的意外。
例如:保持活动连接将在打开连接的请求上下文环境调用客户端处理器,后续请求将使用相同上下文环境。
当这种情况发生时,Vert.x会检测到并记录下边警告:
Reusing a connection with a different context: an HttpClient is probably shared between different Verticles
HttpClient
可以嵌套在非 Vert.x 线程中,如单元测试或纯Java的 main
线程中:客户端处理器将被不同的Vert.x 线程和上下文调用,这样的上下文会根据需要创建。对于生产环境,不推荐这样使用。
当多个 HTTP 服务端在同一个端口上监听时,Vert.x 会使用轮询策略来管理请求处理。
我们用 Verticle 来创建 HTTP 服务端,如:
vertx.createHttpServer().requestHandler(function (request) {
request.response().end("Hello from server " + this);
}).listen(8080);
这个服务正在监听 8080
端口。所以,当这个 Verticle 被实例化多次,如运行以下命令:
vertx run io.vertx.examples.http.sharing.HttpServerVerticle -instances 2
,
将会发生什么?如果两个 Verticle 都绑定到同一个端口,您将收到一个 Socket 异常。幸运的是,Vert.x 可以为您处理这种情况。在与现有服务端相同的主机和端口上部署另一个服务器时,实际上并不会尝试创建在同一主机/端口上监听的新服务端,它只绑定一次到Socket,当接收到请求时,会按照轮询策略调用服务端的请求处理函数。
我们现在想象一个客户端,如下:
vertx.setPeriodic(100, function (l) {
vertx.createHttpClient().getNow(8080, "localhost", "/", function (resp) {
resp.bodyHandler(function (body) {
console.log(body.toString("ISO-8859-1"));
});
});
});
Vert.x 将请求顺序委托给其中一个服务器:
Hello from i.v.e.h.s.HttpServerVerticle@1
Hello from i.v.e.h.s.HttpServerVerticle@2
Hello from i.v.e.h.s.HttpServerVerticle@1
Hello from i.v.e.h.s.HttpServerVerticle@2
...
因此,服务器可直接扩展可用的核,而每个 Vert.x 中的 Verticle 实例仍然严格使用单线程,您不需要像编写负载均衡器那样使用任何特殊技巧去编写,以便在多核机器上扩展服务器。
Vert.x 的 HTTP 服务端和客户端可以配置成和网络服务器完全相同的方式使用 HTTPS。
有关详细信息,请参阅 配置网络服务器以使用 SSL 章节。
SSL可以通过每个请求的 RequestOptions
来启用/禁用,或在指定模式时调用 requestAbs
:
client.getNow({
"host" : "localhost",
"port" : 8080,
"uRI" : "/",
"ssl" : true
}, function (response) {
console.log("Received response with status code " + response.statusCode());
});
ssl
设置将用作客户端默认配置。
ssl
将覆盖默认客户端设置:
即使客户端配置成使用 SSL/TLS,该值设置成 false
将禁用SSL/TLS。
即使客户端配置成不使用 SSL/TLS,该值设置成 true
将启用SSL/TLS,实际的客户端SSL/TLS(如受信、密钥/证书、密码、ALPN 等)将被重用。
同样, requestAbs
方法也会(在调用时)覆盖默认客户端设置。
Vert.x http servers can be configured to use SNI in exactly the same way as {@linkplain io.vertx.core.net net servers} .
Vert.x http client will present the actual hostname as server name during the TLS handshake.
WebSockets 是一种Web技术,可以在 HTTP 服务端和 HTTP 客户端(通常是浏览器)之间实现全双工 Socket 连接。
Vert.x HTTP 客户端和服务端都支持 WebSocket。
在服务端处理 WebSocket 有两种方法。
第一种方法需要在服务端实例上提供一个 websocketHandler
。
当对服务端创建 WebSocket 连接时,Vert.x 将向 Handler
传入一个
ServerWebSocket
实例,在其中去处理它。
server.websocketHandler(function (websocket) {
console.log("Connected!");
});
您可以调用 reject
方法来拒绝一个 WebSocket。
server.websocketHandler(function (websocket) {
if (websocket.path() == "/myapi") {
websocket.reject();
} else {
// Do something
}
});
处理 WebSocket 的第二种方法是处理从客户端发送的HTTP升级请求,调用服务器请求对象的 upgrade
方法:
server.requestHandler(function (request) {
if (request.path() == "/myapi") {
var websocket = request.upgrade();
// Do something
} else {
// Reject
request.response().setStatusCode(400).end();
}
});
ServerWebSocket
实例能够让您读取在WebSocket 握手中的HTTP 请求的 headers
,
path
, query
和
URI
。
Vert.x 的 HttpClient
支持 WebSocket。
您可以调用其中任意一个 websocket
方法创建 WebSocket 连接到服务端,并提供回调函数。
当连接建立时,处理器将被调用并且传入 WebSocket
实例:
client.websocket("/some-uri", function (websocket) {
console.log("Connected!");
});
若您想将一个 WebSocket 消息写入 WebSocket,可使用
writeBinaryMessage
方法或
writeTextMessage
方法来执行该操作:
var Buffer = require("vertx-js/buffer");
// Write a simple binary message
var buffer = Buffer.buffer().appendInt(123).appendFloat(1.23);
websocket.writeBinaryMessage(buffer);
// Write a simple text message
var message = "hello";
websocket.writeTextMessage(message);
若WebSocket 消息大于使用
maxWebsocketFrameSize
设置的WebSocket 的帧的最大值,则Vert.x在将其发送到报文之前将其拆分为多个WebSocket 帧。
WebSocket 消息可以由多个帧组成,在这种情况下,第一帧是二进制或文本帧(text | binary),后边跟着零个或多个 连续 帧。
消息中的最后一帧标记成 final。
要发送多个帧组成的消息,请使用
WebSocketFrame.binaryFrame
, WebSocketFrame.textFrame
或
WebSocketFrame.continuationFrame
方法创建帧,并使用 writeFrame
方法将其写入WebSocket。
以下是二进制帧的示例:
var WebSocketFrame = require("vertx-js/web_socket_frame");
var frame1 = WebSocketFrame.binaryFrame(buffer1, false);
websocket.writeFrame(frame1);
var frame2 = WebSocketFrame.continuationFrame(buffer2, false);
websocket.writeFrame(frame2);
// Write the final frame
var frame3 = WebSocketFrame.continuationFrame(buffer2, true);
websocket.writeFrame(frame3);
许多情况下,您只需要发送一个包含了单个最终帧的 WebSocket 消息,因此我们提供了 writeFinalBinaryFrame
和 writeFinalTextFrame
这两个快捷方法。
下边是示例:
var Buffer = require("vertx-js/buffer");
// Send a websocket messages consisting of a single final text frame:
websocket.writeFinalTextFrame("Geronimo!");
// Send a websocket messages consisting of a single final binary frame:
var buff = Buffer.buffer().appendInt(12).appendString("foo");
websocket.writeFinalBinaryFrame(buff);
要 从WebSocket 读取帧,您可以使用 frameHandler
方法。
当帧到达时,会传入一个 WebSocketFrame
实例给帧处理器,并调用它,例如:
websocket.frameHandler(function (frame) {
console.log("Received a frame of size!");
});
处理完成之后,请使用 close
方法关闭 WebSocket 连接。
WebSocket
实例也是 ReadStream
和
WriteStream
的实现类,因此可以和泵(pump)一起使用。
当使用 WebSocket 作为可写流或可读流时,它只能用于不分割多个帧的二进制帧一起使用的 WebSocket 连接。
HTTP 客户端支持通过HTTP 代理(如Squid)或 SOCKS4a 或 SOCKS5 代理访问 HTTP/HTTPS 的 URL。CONNECT 协议使用 HTTP/1.x,但可以连接到 HTTP/1.x 和 HTTP/2 服务器。
到 h2c
(未加密HTTP/2服务器)的连接可能不受 HTTP 代理支持,因为代理仅支持 HTTP/1.1。
您可以通过 HttpClientOptions
中的
ProxyOptions
对象配置来配置代理(包括代理类型、主机名、端口和可选用户名和密码)。
以下是使用 HTTP 代理的例子:
var options = {
"proxyOptions" : {
"type" : "HTTP",
"host" : "localhost",
"port" : 3128,
"username" : "username",
"password" : "secret"
}
};
var client = vertx.createHttpClient(options);
当客户端连接到HTTP URL时,它连接到代理服务器,并在HTTP请求中提供完整URL ("GET http://www.somehost.com/path/file.html HTTP/1.1").
当客户端连接到HTTPS URL时,它要求代理使用 CONNECT 方法创建到远程主机的通道。
对于 SOCKS5 代理:
var options = {
"proxyOptions" : {
"type" : "SOCKS5",
"host" : "localhost",
"port" : 1080,
"username" : "username",
"password" : "secret"
}
};
var client = vertx.createHttpClient(options);
DNS 解析会一直在代理服务器上执行。为了实现 SOCKS4 客户端的功能,需要先在本地解析 DNS 地址。
The HTTP proxy implementation supports getting ftp:// urls if the proxy supports that, which isn’t available in non-proxy getAbs requests.
var options = {
"proxyOptions" : {
"type" : "HTTP"
}
};
var client = vertx.createHttpClient(options);
client.getAbs("ftp://ftp.gnu.org/gnu/", function (response) {
console.log("Received response with status code " + response.statusCode());
});
Support for other protocols is not available since java.net.URL does not support them (gopher:// for example).
如果您是在 Verticle 内部创建的 HTTP 服务端和客户端,则在撤销该Verticle时,它们将自动关闭。
共享数据(Shared Data)包含的功能允许您可以安全地在应用程序的不同部分之间、同一 Vert.x 实例中的不同应用程序之间或集群中的不同 Vert.x 实例之间安全地共享数据。
共享数据包括:
synchronous shared maps (local)
asynchronous maps (local or cluster-wide)
asynchronous locks (local or cluster-wide)
asynchronous counters (local or cluster-wide)
Important
|
分布式数据结构的行为取决于您使用的集群管理器,网络分区面临的备份(复制)和行为由集群管理器和它的配置来定义。请参阅集群管理器文档以及底层框架手册。 |
本地共享Map Local shared maps
允许您在同一个 Vert.x 实例中的不同 Event Loop(如不同的 Verticle 中)之间安全共享数据。
本地共享Map仅允许将某些数据类型作为键值和值,这些类型必须是不可变的,或可以像 Buffer
那样复制某些其他类型。在后一种情况中,键/值将被复制,然后再放到Map中。
这样,我们可以确保在Vert.x应用程序不同线程之间 没有共享访问可变状态,因此您不必担心需要通过同步访问来保护该状态。
以下是使用 LocalMap
的示例:
var Buffer = require("vertx-js/buffer");
var sd = vertx.sharedData();
var map1 = sd.getLocalMap("mymap1");
map1.put("foo", "bar");
var map2 = sd.getLocalMap("mymap2");
map2.put("eek", Buffer.buffer().appendInt(123));
// Then... in another part of your application:
map1 = sd.getLocalMap("mymap1");
var val = map1.get("foo");
map2 = sd.getLocalMap("mymap2");
var buff = map2.get("eek");
集群范围异步Map(Cluster-wide asynchronous maps)允许从集群的任何节点将数据放到 Map 中,并从任何其他节点读取。
Important
|
In clustered mode, asynchronous shared maps rely on distributed data structures provided by the cluster manager. Beware that the latency relative to asynchronous shared map operations can be much higher in clustered than in local mode. |
这使得它们对于托管Vert.x Web应用程序的服务器场中的会话状态存储非常有用。
您可以使用 getAsyncMap
方法获取
AsyncMap
的实例。
获取Map的过程是异步的,返回结果可以传给您指定的处理器中。以下是一个例子:
var sd = vertx.sharedData();
sd.getAsyncMap("mymap", function (res, res_err) {
if (res_err == null) {
var map = res;
} else {
// Something went wrong!
}
});
您可以使用 put
方法将数据放入Map。
put
方法是异步的,一旦完成它会通知处理器:
map.put("foo", "bar", function (resPut, resPut_err) {
if (resPut_err == null) {
// Successfully put the value
} else {
// Something went wrong!
}
});
集群范围锁 Asynchronous locks
允许您在集群中获取独占锁 —— 当您想要在任何时间只在集群一个节点上执行某些操作或访问资源时,这很有用。
集群范围锁具有异步API,它和大多数等待锁释放的阻塞调用线程的API锁不相同。
可使用 getLock
方法获取锁。
它不会阻塞,但当锁可用时,将 Lock
的实例传入处理器并调用它,表示您现在拥有该锁。
若您拥有的锁没有其他调用者,集群上的任何地方都可以获得该锁。
当您用完锁后,您可以调用 release
方法来释放它,以便另一个调用者可获得它。
sd.getLock("mylock", function (res, res_err) {
if (res_err == null) {
// Got the lock!
var lock = res;
// 5 seconds later we release the lock so someone else can get it
vertx.setTimer(5000, function (tid) {
lock.release();
});
} else {
// Something went wrong
}
});
您可以为锁设置一个超时,若在超时时间期间无法获取锁,将会进入失败状态,处理器会去处理对应的异常:
sd.getLockWithTimeout("mylock", 10000, function (res, res_err) {
if (res_err == null) {
// Got the lock!
var lock = res;
} else {
// Failed to get lock
}
});
很多时候我们需要在集群范围内维护一个原子计数器。
您可以用 Counter
来做到这一点。
您可以通过 getCounter
方法获取一个实例:
sd.getCounter("mycounter", function (res, res_err) {
if (res_err == null) {
var counter = res;
} else {
// Something went wrong!
}
});
一旦您有了一个实例,您可以获取当前的计数,以原子方式递增、递减,并使用各种方法添加一个值。
有更多信息,请参阅 API 文档
Vert.x 中的 FileSystem
对象提供了许多操作文件系统的方法。
每个Vert.x 实例有一个文件系统对象,您可以使用 fileSystem
方法获取它。
每个操作都提供了阻塞和非阻塞版本,其中非阻塞版本接受一个处理器 Handler
,当操作完成或发生错误时调用该处理器。
以下是文件异步拷贝的示例:
var fs = vertx.fileSystem();
// Copy file from foo.txt to bar.txt
fs.copy("foo.txt", "bar.txt", function (res, res_err) {
if (res_err == null) {
// Copied ok!
} else {
// Something went wrong
}
});
阻塞版本的方法名为 xxxBlocking
,它要么返回结果或直接抛出异常。
很多情况下,一些潜在的阻塞操作可以快速返回(这取决于操作系统和文件系统),这就是我们为什么提供它。
但是强烈建议您在 Event Loop 中使用它之前测试使用它们究竟需要耗费多长时间,以避免打破黄金法则。
以下是使用阻塞 API的拷贝示例:
var fs = vertx.fileSystem();
// Copy file from foo.txt to bar.txt synchronously
fs.copyBlocking("foo.txt", "bar.txt");
Vert.x 文件系统支持诸如 copy、move、truncate、chmod 和许多其他文件操作。我们不会在这里列出所有内容,请参考 API 文档
获取完整列表。
让我们看看使用异步方法的几个例子:
var Buffer = require("vertx-js/buffer");
// Read a file
vertx.fileSystem().readFile("target/classes/readme.txt", function (result, result_err) {
if (result_err == null) {
console.log(result);
} else {
console.error("Oh oh ..." + result_err);
}
});
// Copy a file
vertx.fileSystem().copy("target/classes/readme.txt", "target/classes/readme2.txt", function (result, result_err) {
if (result_err == null) {
console.log("File copied");
} else {
console.error("Oh oh ..." + result_err);
}
});
// Write a file
vertx.fileSystem().writeFile("target/classes/hello.txt", Buffer.buffer("Hello"), function (result, result_err) {
if (result_err == null) {
console.log("File written");
} else {
console.error("Oh oh ..." + result_err);
}
});
// Check existence and delete
vertx.fileSystem().exists("target/classes/junk.txt", function (result, result_err) {
if (result_err == null && result) {
vertx.fileSystem().delete("target/classes/junk.txt", function (r, r_err) {
console.log("File deleted");
});
} else {
console.error("Oh oh ... - cannot delete the file: " + result_err);
}
});
Vert.x提供了异步文件访问的抽象,允许您操作文件系统上的文件。
您可以像下边代码打开一个 AsyncFile
:
var options = {
};
fileSystem.open("myfile.txt", options, function (res, res_err) {
if (res_err == null) {
var file = res;
} else {
// Something went wrong!
}
});
AsyncFile
实现了 ReadStream
和 WriteStream
接口,因此您可以将文件和其他流对象配合 泵 工作,如 NetSocket
、HTTP 请求和响应和 WebSocket 等。
它们还允许您直接读写。
要使用 AsyncFile
进行随机访问写,请使用
write
方法。
这个方法的参数有:
buffer
: 要写入的缓冲
position
: 一个整数指定在文件中写入缓冲的位置,若位置大于或等于文件大小,文件将被扩展以适应偏移的位置
handler
: 结果处理器
这是随机访问写的示例:
var Buffer = require("vertx-js/buffer");
vertx.fileSystem().open("target/classes/hello.txt", {
}, function (result, result_err) {
if (result_err == null) {
var file = result;
var buff = Buffer.buffer("foo");
for (var i = 0;i < 5;i++) {
file.write(buff, buff.length() * i, function (ar, ar_err) {
if (ar_err == null) {
console.log("Written ok!");
// etc
} else {
console.error("Failed to write: " + ar_err);
}
});
}
} else {
console.error("Cannot open file " + result_err);
}
});
要使用 AsyncFile
进行随机访问读,请使用
read
方法。
该方法的参数有:
buffer
: 读取数据的 Buffer
offset
: 读取数据将被放到 Buffer 中的偏移量
position
: 从文件中读取数据的位置
length
: 要读取的数据的字节数
handler
: 结果处理器
以下是随机访问读的示例:
var Buffer = require("vertx-js/buffer");
vertx.fileSystem().open("target/classes/les_miserables.txt", {
}, function (result, result_err) {
if (result_err == null) {
var file = result;
var buff = Buffer.buffer(1000);
for (var i = 0;i < 10;i++) {
file.read(buff, i * 100, i * 100, 100, function (ar, ar_err) {
if (ar_err == null) {
console.log("Read ok!");
} else {
console.error("Failed to write: " + ar_err);
}
});
}
} else {
console.error("Cannot open file " + result_err);
}
});
打开 AsyncFile
时,您可以传递一个 OpenOptions
实例,这些选项描述了访问文件的行为。例如:您可使用
read
, write
和 perms
方法配置文件访问权限。
若打开的文件已经存在,则可以使用
createNew
和
truncateExisting
配置对应行为。
您可以使用 deleteOnClose
标记在关闭时或JVM停止时要删除的文件。
该方法也可使用一个处理器来调用,这个处理器在 flush
完成时被调用。
AsyncFile
实现了 ReadStream
和 WriteStream
接口。您可以使用泵将数据与其他读取和写入流进行数据*泵*送。
例如,这会将内容复制到另外一个 AsyncFile
:
var Pump = require("vertx-js/pump");
var output = vertx.fileSystem().openBlocking("target/classes/plagiary.txt", {
});
vertx.fileSystem().open("target/classes/les_miserables.txt", {
}, function (result, result_err) {
if (result_err == null) {
var file = result;
Pump.pump(file, output).start();
file.endHandler(function (r) {
console.log("Copy done");
});
} else {
console.error("Cannot open file " + result_err);
}
});
您还可以使用泵将文件内容写入到HTTP 响应中,或者写入任意 WriteStream
。
当Vert.x找不到文件系统上的文件时,它尝试从类路径中解析该文件。请注意,类路径的资源路径不以 /
开头。
由于Java不提供对类路径资源的异步方法,所以当类路径资源第一次被访问时,该文件将复制到工作线程中的文件系统。 当第二次访问相同资源时,访问的文件直接从(工作线程的)文件系统提供。即使类路径资源发生变化(例如开发系统中),也会提供原始内容。
您可以将系统属性 vertx.disableFileCaching
设置为 true
,禁用此(文件)缓存行为。
文件缓存的路径默认为 .vertx
,它可以通过设置系统属性 vertx.cacheDirBase
进行自定义。
您还可以通过系统属性 vertx.disableFileCPResolving
设置为 true
来禁用整个类路径解析功能。
Note
|
当加载 io.vertx.core.impl.FileResolver 类时,这些系统属性将被评估一次,因此,在加载此类之前应该设置这些属性,或者在启动它时作为JVM系统属性来设置。
|
If you want to disable classpath resolving for a particular application but keep it enabled by default system-wide,
you can do so via the classPathResolvingEnabled
option.
您可调用 close
方法来关闭 AsyncFile
。关闭是异步的,如果希望在关闭过后收到通知,您可指定一个处理器作为函数( close
)参数传入。
在Vert.x中使用用户数据报协议(UDP)就是小菜一碟。
UDP是无连接的传输,这意味着您与远程客户端没有建立持续的连接。
所以,您发送和接收的数据包都要包含有远程的地址。
除此之外,UDP不像TCP的使用那样安全,这也就意味着不能保证发送的数据包一定会被对应的接收端(Endpoint)接收。
唯一的保证是,它既不会被完全接收到,也不会完全不被接收到,即只有部分会被接收到。
因为每一个数据包将会作为一个包发送,所以在通常情况下您不能发送大于网络接口的最大传输单元(MTU)的数据包。
但是要注意,即使数据包尺寸小于MTU,它仍然可能会发送失败。
它失败的尺寸取决于操作系统等(其他原因),所以按照经验法则就是尝试发送小数据包。
依照UDP的本质,它最适合一些允许丢弃数据包的应用(如监视应用程序)。
其优点是与TCP相比具有更少的开销,而且可以由 NetServer
和 NetClient
处理(参考前文)。
要使用UDP,您首先要创建一个 DatagramSocket
实例,无论您是要仅仅发送数据或者收发数据,这都是一样的。
var socket = vertx.createDatagramSocket({
});
返回的 DatagramSocket
实例不会绑定到特定端口,如果您只想发送数据(如作为客户端)的话,这是没问题的,但更多详细的内容在下一节。
如上所述,用户数据报协议(UDP)将数据分组发送给远程对等体,但是以不持续的方式来传送到它们。
这意味着每个数据包都可以发送到不同的远程对等体。
发送数据包很容易,如下所示:
var Buffer = require("vertx-js/buffer");
var socket = vertx.createDatagramSocket({
});
var buffer = Buffer.buffer("content");
// Send a Buffer
socket.send(buffer, 1234, "10.0.0.1", function (asyncResult, asyncResult_err) {
console.log("Send succeeded? " + asyncResult_err == null);
});
// Send a String
socket.send("A string used as content", 1234, "10.0.0.1", function (asyncResult, asyncResult_err) {
console.log("Send succeeded? " + asyncResult_err == null);
});
若您想要接收数据包,则您需要调用 listen(…)
方法绑定 DatagramSocket
。
这样您就可以接收到被发送至 DatagramPacket
所监听的地址和端口的 DatagramSocket
。
除此之外,您还要设置一个 Handler
,每接收到一个 DatagramPacket
时它都会被调用。
DatagramPacket
有以下方法:
当您需要监听一个特定地址和端口时,您可以像下边这样:
var socket = vertx.createDatagramSocket({
});
socket.listen(1234, "0.0.0.0", function (asyncResult, asyncResult_err) {
if (asyncResult_err == null) {
socket.handler(function (packet) {
// Do something with the packet
});
} else {
console.log("Listen failed" + asyncResult_err);
}
});
注意,即使 {code AsyncResult} 成功,它只意味着它可能已经写入了网络堆栈,但不保证它已经到达或者将到达远端。
若您需要这样的保证,您可在TCP之上建立一些握手逻辑。
多播允许多个Socket接收相同的数据包,该目标可以通过加入到同一个可发送数据包的多播组来实现。
我们将在下一节中介绍如何加入多播组,从而接收数据包。
现在让我们专注于如何发送多播报文,发送多播报文与发送普通数据报报文没什么不同。 唯一的区别是您可以将多播组的地址传递给 send
方法发送出去。
如下所示:
var Buffer = require("vertx-js/buffer");
var socket = vertx.createDatagramSocket({
});
var buffer = Buffer.buffer("content");
// Send a Buffer to a multicast address
socket.send(buffer, 1234, "230.0.0.1", function (asyncResult, asyncResult_err) {
console.log("Send succeeded? " + asyncResult_err == null);
});
所有已经加入多播组 230.0.0.1
的Socket都将收到该报文。
若要接收特定多播组的数据包,您需要通过调用 DatagramSocket
的 listen(…)
方法来绑定一个地址并且加入多播组,并加入多播组。
这样,您将能够接收到被发送到
DatagramSocket
所监听的地址和端口的数据报,同时也可以接收被发送到该多播组的数据报。
除此之外,您还可设置一个处理器,它在每次接收到 DatagramPacket
时会被调用。
DatagramPacket
有以下方法:
sender()
: 表示数据报发送方的 InetSocketAddress
data()
: 保存接收数据的 Buffer
因此,要监听指定的地址和端口、并且接收多播组 230.0.0.1
的数据报,您将执行如下操作:
var socket = vertx.createDatagramSocket({
});
socket.listen(1234, "0.0.0.0", function (asyncResult, asyncResult_err) {
if (asyncResult_err == null) {
socket.handler(function (packet) {
// Do something with the packet
});
// join the multicast group
socket.listenMulticastGroup("230.0.0.1", function (asyncResult2, asyncResult2_err) {
console.log("Listen succeeded? " + asyncResult2_err == null);
});
} else {
console.log("Listen failed" + asyncResult_err);
}
});
有时候您想只在特定时间内接收多播组的数据包。
这种情况下,您可以先监听他们,之后再取消监听。
如下所示:
var socket = vertx.createDatagramSocket({
});
socket.listen(1234, "0.0.0.0", function (asyncResult, asyncResult_err) {
if (asyncResult_err == null) {
socket.handler(function (packet) {
// Do something with the packet
});
// join the multicast group
socket.listenMulticastGroup("230.0.0.1", function (asyncResult2, asyncResult2_err) {
if (asyncResult2_err == null) {
// will now receive packets for group
// do some work
socket.unlistenMulticastGroup("230.0.0.1", function (asyncResult3, asyncResult3_err) {
console.log("Unlisten succeeded? " + asyncResult3_err == null);
});
} else {
console.log("Listen failed" + asyncResult2_err);
}
});
} else {
console.log("Listen failed" + asyncResult_err);
}
});
除了取消监听一个多播地址以外,也可以做到屏蔽指定发送者地址的多播。
请注意这仅适用于某些操作系统和内核版本,所以请检查操作系统文档看是它是否支持。
这是专家级别的技巧。
要屏蔽来自特定地址的多播,您可以在 DatagramSocket
上调用 blockMulticastGroup(…)
,如下所示:
var socket = vertx.createDatagramSocket({
});
// Some code
// This would block packets which are send from 10.0.0.2
socket.blockMulticastGroup("230.0.0.1", "10.0.0.2", function (asyncResult, asyncResult_err) {
console.log("block succeeded? " + asyncResult_err == null);
});
当创建 DatagramSocket
时,您可以通过
DatagramSocketOptions
对象来设置多个属性以更改它的功能。这些(属性)列在这儿:
sendBufferSize
以字节为单位设置发送缓冲区的大小。
receiveBufferSize
设置TCP接收缓冲区大小(以字节为单位)。
reuseAddress
若为 true
,则 TIME_WAIT
状态中的地址在关闭后可重用。
broadcast
设置或清除 SO_BROADCAST
套接字选项,设置此选项时,数据报(UDP)数据包可能会发送到本地接口的广播地址。
multicastNetworkInterface
设置或清除 IP_MULTICAST_LOOP
套接字选项,设置此选项时,多播数据包也将在本地接口上接收。
multicastTimeToLive
设置 IP_MULTICAST_TTL
套接字选项。TTL表示“活动时间”,单这种情况下,它指定允许数据包经过的IP跳数,特别是用于多播流量。转发数据包的每个路由器或网管会递减TTL,如果路由器将TTL递减为0,则不会再转发。
Y若您在调用 listen(…)
之前已经绑定了
bound the DatagramSocket
,您可以通过调用
localAddress
来查找套接字的本地地址(即UDP Socket这边的地址,它将返回一个InetSocketAddress,否则返回null。
您可以通过调用 close
方法来关闭Socket,它将关闭Socket并释放所有资源。
通常情况下,您需要以异步方式来获取DNS信息。 但不幸的是,Java 虚拟机本身附带的API是不可能的,因此Vert.x提供了它自己的完全异步解析DNS的API。
若要获取 DnsClient
实例,您可以通过 Vertx
实例来创建一个。
var client = vertx.createDnsClient(53, "10.0.0.1");
You can also create the client with options and configure the query timeout.
var client = vertx.createDnsClient({
"port" : 53,
"host" : "10.0.0.1",
"queryTimeout" : 10000
});
Creating the client with no arguments or omitting the server address will use the address of the server used internally for non blocking address resolution.
var client1 = vertx.createDnsClient();
// Just the same but with a different query timeout
var client2 = vertx.createDnsClient({
"queryTimeout" : 10000
});
请注意,您可以传入 InetSocketAddress
参数的变量,以指定多个的DNS服务器来尝试查询解析DNS。它将按照此处指定的相同顺序查询DNS服务器,若在使用上一个DNS服务器解析时出现了错误,下一个将会被继续调用。
当尝试为一个指定名称元素获取A(ipv4)或 AAAA(ipv6)记录时,第一条被返回的(记录)将会被使用。它的操作方式和操作系统上使用 nslookup
类似。
要为 vertx.io
获取 A/AAAA 记录,您需要像下面那样做:
var client = vertx.createDnsClient(53, "9.9.9.9");
client.lookup("vertx.io", function (ar, ar_err) {
if (ar_err == null) {
console.log(ar);
} else {
console.log("Failed to resolve entry" + ar_err);
}
});
尝试查找给定名称的A(ipv4)记录。第一个返回的(记录)将会被使用,因此它的操作方式与操作系统上使用 nslookup
类似。
要查找 vertx.io
的A记录,您需要像下面那样做:
var client = vertx.createDnsClient(53, "9.9.9.9");
client.lookup4("vertx.io", function (ar, ar_err) {
if (ar_err == null) {
console.log(ar);
} else {
console.log("Failed to resolve entry" + ar_err);
}
});
尝试查找给定名称的 AAAA(ipv6)记录。第一个返回的(记录)将会被使用,因此它的操作方式与在操作系统上使用 nslookup
类似。
要查找 vertx.io
的 AAAA记录,您需要像下面那样做:
var client = vertx.createDnsClient(53, "9.9.9.9");
client.lookup6("vertx.io", function (ar, ar_err) {
if (ar_err == null) {
console.log(ar);
} else {
console.log("Failed to resolve entry" + ar_err);
}
});
尝试解析给定名称的所有A(ipv4)记录,这与在unix操作系统上使用 dig
类似。
要查找 vertx.io
的所有A记录,您通常会执行以下操作:
var client = vertx.createDnsClient(53, "9.9.9.9");
client.resolveA("vertx.io", function (ar, ar_err) {
if (ar_err == null) {
var records = ar;
Array.prototype.forEach.call(records, function(record) {
console.log(record);
});
} else {
console.log("Failed to resolve entry" + ar_err);
}
});
尝试解析给定名称的所有AAAA(ipv6)记录,这与在Unix操作系统上使用 dig
类似。
要查找 vertx.io
的所有AAAA记录,您通常会执行以下操作:
var client = vertx.createDnsClient(53, "9.9.9.9");
client.resolveAAAA("vertx.io", function (ar, ar_err) {
if (ar_err == null) {
var records = ar;
Array.prototype.forEach.call(records, function(record) {
console.log(record);
});
} else {
console.log("Failed to resolve entry" + ar_err);
}
});
尝试解析给定名称的所有CNAME记录,这与在Unix操作系统上使用 dig
类似。
要查找 vertx.io
的所有CNAME记录,您通常会执行以下操作:
var client = vertx.createDnsClient(53, "9.9.9.9");
client.resolveCNAME("vertx.io", function (ar, ar_err) {
if (ar_err == null) {
var records = ar;
Array.prototype.forEach.call(records, function(record) {
console.log(record);
});
} else {
console.log("Failed to resolve entry" + ar_err);
}
});
尝试解析给定名称的所有MX记录,MX记录用于定义哪个邮件服务器接受给定域的电子邮件。
要查找您常用执行的 vertx.io
的所有MX记录:
var client = vertx.createDnsClient(53, "9.9.9.9");
client.resolveMX("vertx.io", function (ar, ar_err) {
if (ar_err == null) {
var records = ar;
Array.prototype.forEach.call(records, function(record) {
console.log(record);
});
} else {
console.log("Failed to resolve entry" + ar_err);
}
});
请注意,列表将包含按照它们优先级排序的 MxRecord
,这意味着列表中优先级低的MX记录会第一个优先出现在列表中。
MxRecord
允许您通过下边提供的方法访问MX记录的优先级和名称:
record.priority();
record.name();
尝试解析给定名称的所有TXT记录,TXT记录通常用于定义域的额外信息。
要解析 vertx.io
的所有TXT记录,您可以使用下边几行:
var client = vertx.createDnsClient(53, "9.9.9.9");
client.resolveTXT("vertx.io", function (ar, ar_err) {
if (ar_err == null) {
var records = ar;
Array.prototype.forEach.call(records, function(record) {
console.log(record);
});
} else {
console.log("Failed to resolve entry" + ar_err);
}
});
尝试解析给定名称的所有NS记录,NS记录指定哪个DNS服务器托管给定域的DNS信息。
要解析 vertx.io
的所有NS记录,您可以使用下边几行:
var client = vertx.createDnsClient(53, "9.9.9.9");
client.resolveNS("vertx.io", function (ar, ar_err) {
if (ar_err == null) {
var records = ar;
Array.prototype.forEach.call(records, function(record) {
console.log(record);
});
} else {
console.log("Failed to resolve entry" + ar_err);
}
});
尝试解析给定名称的所有SRV记录,SRV记录用于定义服务端口和主机名等额外信息。一些协议需要这个额外信息。
要查找 vertx.io
的所有SRV记录,您通常会执行以下操作:
var client = vertx.createDnsClient(53, "9.9.9.9");
client.resolveSRV("vertx.io", function (ar, ar_err) {
if (ar_err == null) {
var records = ar;
Array.prototype.forEach.call(records, function(record) {
console.log(record);
});
} else {
console.log("Failed to resolve entry" + ar_err);
}
});
请注意,列表将包含按照它们优先级排序的 SrvRecord
,这意味着优先级低的记录会第一个优先出现在列表中。
SrvRecord
允许您访问SRV记录本身中包含的所有信息:
record.priority();
record.name();
record.weight();
record.port();
record.protocol();
record.service();
record.target();
有关详细信息,请参阅API文档。
尝试解析给定名称的PTR记录,PTR记录将 ipaddress
映射到名称。
要解析IP地址 10.0.0.1
的PTR记录,您将使用 1.0.0.10.in-addr.arpa
的PTR概念。
var client = vertx.createDnsClient(53, "9.9.9.9");
client.resolvePTR("1.0.0.10.in-addr.arpa", function (ar, ar_err) {
if (ar_err == null) {
var record = ar;
console.log(record);
} else {
console.log("Failed to resolve entry" + ar_err);
}
});
尝试对ipaddress进行反向查找,这与解析PTR记录类似,但是允许您只传递ipaddress,而不是有效的PTR查询字符串。
要做ipaddress 10.0.0.1的反向查找类似的事:
var client = vertx.createDnsClient(53, "9.9.9.9");
client.reverseLookup("10.0.0.1", function (ar, ar_err) {
if (ar_err == null) {
var record = ar;
console.log(record);
} else {
console.log("Failed to resolve entry" + ar_err);
}
});
Vert.x有多个对象可以用于文件的读取和写入。
在以前的版本中,只能通过操作指定的 Buffer
对象来实现文件读写。从现在开始,流不再与 Buffer
耦合,它们可以和任意类型的对象一起工作。
在 Vert.x 中,写调用是立即返回的,而写操作的实际是在内部队列中排队写入。
不难看出,若写入对象的速度比实际写入底层数据资源速度快,那么写入队列就会无限增长,最终导致内存耗尽。
为了解决这个问题,Vert.x API中的一些对象提供了简单的流程控制(回压)功能。
任何可控制的写入流对象都实现了 WriteStream
接口,相应的,任何可控制的读取流对象都实现了
ReadStream
接口。
让我们举个例子,我们要从 ReadStream
中读取数据,然后将数据写入 WriteStream
。
一个非常简单的例子是从 NetSocket
读取然后写回到同一个 NetSocket
- 因为 NetSocket
既实现了 ReadStream
也实现了 WriteStream
接口。
请注意,这些操作适用于任何实现了 ReadStream
和 WriteStream
接口的对象,包括HTTP 请求、HTTP 响应、异步文件 I/O 和 WebSocket等。
一个最简单的方法是直接获取已经读取的数据,并立即将其写入 NetSocket
:
var server = vertx.createNetServer({
"port" : 1234,
"host" : "localhost"
});
server.connectHandler(function (sock) {
sock.handler(function (buffer) {
// Write the data straight back
sock.write(buffer);
});
}).listen();
上面的例子有一个问题:如果从Socket读取数据的速度比写回Socket的速度快,那么它将在 NetSocket
的写队列中不断堆积,最终耗尽内存。
这是有可能会发生,例如,若Socket另一端的客户端读取速度不够快,无法快速地向连接的另一端回压。
由于 NetSocket
实现了 WriteStream
接口,我们可以在写入之前检查 WriteStream
是否已满:
var server = vertx.createNetServer({
"port" : 1234,
"host" : "localhost"
});
server.connectHandler(function (sock) {
sock.handler(function (buffer) {
if (!sock.writeQueueFull()) {
sock.write(buffer);
}
});
}).listen();
这个例子不会耗尽内存,但如果写入队列已满,我们最终会丢失数据。我们真正想要做的是在写入队列已满时暂停读取 NetSocket
:
var server = vertx.createNetServer({
"port" : 1234,
"host" : "localhost"
});
server.connectHandler(function (sock) {
sock.handler(function (buffer) {
sock.write(buffer);
if (sock.writeQueueFull()) {
sock.pause();
}
});
}).listen();
我们已经快达到我们的目标,但还没有完全实现。现在 NetSocket
在文件已满时会暂停,但是当写队列处理完成时,我们需要取消暂停:
var server = vertx.createNetServer({
"port" : 1234,
"host" : "localhost"
});
server.connectHandler(function (sock) {
sock.handler(function (buffer) {
sock.write(buffer);
if (sock.writeQueueFull()) {
sock.pause();
sock.drainHandler(function (done) {
sock.resume();
});
}
});
}).listen();
在这里,我们的目标实现了。当写队列准备好接收更多的数据时, drainHandler
事件处理器将被调用,它会恢复 NetSocket
的状态,允许读取更多的数据。
在编写Vert.x 应用程序时,这样做是很常见的,因此我们提供了一个名为 Pump
的帮助类,它为您完成所有这些艰苦的工作。
您只需要给 ReadStream
追加上 WriteStream
,然后启动它:
var Pump = require("vertx-js/pump");
var server = vertx.createNetServer({
"port" : 1234,
"host" : "localhost"
});
server.connectHandler(function (sock) {
Pump.pump(sock, sock).start();
}).listen();
这和更加详细的例子完全一样。
现在我们来看看 ReadStream
和 WriteStream
的方法。
ReadStream
(可读流) 接口的实现类包括: HttpClientResponse
, DatagramSocket
,
HttpClientRequest
, HttpServerFileUpload
,
HttpServerRequest
, MessageConsumer
,
NetSocket
, WebSocket
, TimeoutStream
,
AsyncFile
.
函数:
handler
: 设置一个处理器,它将从 ReadStream
读取项
pause
: 暂停处理器,暂停时,处理器中将不会受到任何项
resume
: 恢复处理器,若任何项到达则处理器将被调用
exceptionHandler
: 若ReadStream发生异常,将被调用
endHandler
: 当流到达时将被调用。这有可能是到达了描述文件的EOF、达到HTTP请求的请求结束、或TCP Socket的连接被关闭
WriteStream
(可写流)接口的实现类包括: HttpClientRequest
, HttpServerResponse
WebSocket
, NetSocket
, AsyncFile
,
and MessageProducer
函数:
write
: 写入一个对象到 WriteStream
,该方法将永远不会阻塞,内部是排队写入并且底层资源是异步写入。
setWriteQueueMaxSize
: 设置写入队列被认为是 full 的对象的数量——方法 writeQueueFull
返回 true
。注意,当写队列被认为已满时,若写(操作)被调用则数据依然会被接收和排队。实际数量取决于流的实现,对于 Buffer
,尺寸代表实际写入的字节数,而并非缓冲区的数量。
writeQueueFull
: 若写队列被认为已满,则返回 true
。
exceptionHandler
: 若 WriteStream
发生异常,则被调用。
drainHandler
: 若 WriteStream
被认为不再满,则处理器将被调用。
泵(Pump)的实例有以下几种方法:
start
: 启动泵。
stop
:
停止泵,当泵启动时它要处于停止模式。
setWriteQueueMaxSize
:
与 WriteStream
接口的 setWriteQueueMaxSize
方法相同。
一个泵可以启动和停止多次。
当泵首次创建时,它不会启动,您需要调用 start()
方法来启动它。
记录解析器(Record Parser)允许您轻松解析由字节序列或固定尺寸带分隔符的记录的协议。 它将输入缓冲区序列转换为已配置的缓冲区序列(固定大小或带分隔符的记录)。
例如,若您使用 \n
分割的简单ASCII文本协议,并输入如下:
buffer1:HELLO\nHOW ARE Y
buffer2:OU?\nI AM
buffer3: DOING OK
buffer4:\n
记录解析器将生成下结果:
buffer1:HELLO
buffer2:HOW ARE YOU?
buffer3:I AM DOING OK
我们来看看相关代码:
var RecordParser = require("vertx-js/record_parser");
var Buffer = require("vertx-js/buffer");
var parser = RecordParser.newDelimited("\n", function (h) {
console.log(h.toString());
});
parser.handle(Buffer.buffer("HELLO\nHOW ARE Y"));
parser.handle(Buffer.buffer("OU?\nI AM"));
parser.handle(Buffer.buffer("DOING OK"));
parser.handle(Buffer.buffer("\n"));
我们还可以生成固定尺寸的块,如下:
var RecordParser = require("vertx-js/record_parser");
RecordParser.newFixed(4, function (h) {
console.log(h.toString());
});
有关更多详细信息,请查看 RecordParser
类。
You can easily parse JSON structures but that requires to provide the JSON content at once, but it may not be convenient when you need to parse very large structures.
The non-blocking JSON parser is an event driven parser able to deal with very large structures. It transforms a sequence of input buffer to a sequence of JSON parse events.
Code not translatable
The parser is non-blocking and emitted events are driven by the input buffers.
var JsonParser = require("vertx-js/json_parser");
var Buffer = require("vertx-js/buffer");
var parser = JsonParser.newParser();
// start array event
// start object event
// "firstName":"Bob" event
parser.handle(Buffer.buffer("[{\"firstName\":\"Bob\","));
// "lastName":"Morane" event
// end object event
parser.handle(Buffer.buffer("\"lastName\":\"Morane\"},"));
// start object event
// "firstName":"Luke" event
// "lastName":"Lucky" event
// end object event
parser.handle(Buffer.buffer("{\"firstName\":\"Luke\",\"lastName\":\"Lucky\"}"));
// end array event
parser.handle(Buffer.buffer("]"));
// Always call end
parser.end();
Event driven parsing provides more control but comes at the price of dealing with fine grained events, which can be inconvenient sometimes. The JSON parser allows you to handle JSON structures as values when it is desired:
Code not translatable
The value mode can be set and unset during the parsing allowing you to switch between fine grained events or JSON object value events.
Code not translatable
You can do the same with arrays as well
Code not translatable
You can also decode POJOs
parser.handler(function (event) {
// Handle each object
// Get the field in which this object was parsed
var id = event.fieldName();
var user = event.mapTo(Java.type("examples.ParseToolsExamples.User").class);
console.log("User with id " + id + " : " + user.firstName + " " + user.lastName);
});
Whenever the parser fails to process a buffer, an exception will be thrown unless you set an exception handler:
var JsonParser = require("vertx-js/json_parser");
var parser = JsonParser.newParser();
parser.exceptionHandler(function (err) {
// Catch any parsing or decoding error
});
The parser also parses json streams:
concatenated json streams: {"temperature":30}{"temperature":50}
line delimited json streams: {"an":"object"}\r\n3\r\n"a string"\r\nnull
For more details, check out the JsonParser
class.
默认情况下,Vert.x不会记录任何指标。相反,它为其他人提供了一个SPI,可以将其添加到类路径中。SPI是一项高级功能,允许实施者从Vert.x捕获事件以收集指标。有关详细信息,请参阅
API 文档
。
若使用 factory
嵌入了Vert.x实例,也可以用编程方式指定度量工厂。
Vert.x Core被打包成了 OSGi Bundle,因此可以在任何OSGi R4.2+环境中使用,如 Apache Felix
或 Eclipse Equinox
,(这个)Bundle导出 io.vertx.core*
。
但是 Bundle 对 Jackson 和 Netty 有一些依赖,若部署Vert.x Core Bundle则需要:
Jackson Annotation [2.6.0,3)
Jackson Core [2.6.2,3)
Jackson Databind [2.6.2,3)
Netty Buffer [4.0.31,5)
Netty Codec [4.0.31,5)
Netty Codec/Socks [4.0.31,5)
Netty Codec/Common [4.0.31,5)
Netty Codec/Handler [4.0.31,5)
Netty Codec/Transport [4.0.31,5)
下边是Apache Felix 5.2.0上的工作部署:
14|Active | 1|Jackson-annotations (2.6.0)
15|Active | 1|Jackson-core (2.6.2)
16|Active | 1|jackson-databind (2.6.2)
18|Active | 1|Netty/Buffer (4.0.31.Final)
19|Active | 1|Netty/Codec (4.0.31.Final)
20|Active | 1|Netty/Codec/HTTP (4.0.31.Final)
21|Active | 1|Netty/Codec/Socks (4.0.31.Final)
22|Active | 1|Netty/Common (4.0.31.Final)
23|Active | 1|Netty/Handler (4.0.31.Final)
24|Active | 1|Netty/Transport (4.0.31.Final)
25|Active | 1|Netty/Transport/SCTP (4.0.31.Final)
26|Active | 1|Vert.x Core (3.1.0)
在Equinox上,您可能需要使用下边的框架属性禁用ContextFilter: eclipse.bundle.setTCCL=false
。
vertx 命令行工具用于在终端中与 Vert.x 进行交互。主要用于运行 Vert.x Verticle。
为此,您需要下载并安装Vert.x 发行版,并将安装目录中的 bin
添加到 PATH
环境变量中,还要确保您的 PATH
上有一个Java 8的JDK。
Note
|
JDK需要支持Java代码的快速编译。 |
您可以使用 vertx run
从命令行直接运行Vert.x 的 Verticle,以下是 run
命令的几个实例:
vertx run my-verticle.js (1)
vertx run my-verticle.groovy (2)
vertx run my-verticle.rb (3)
vertx run io.vertx.example.MyVerticle (4)
vertx run io.vertx.example.MVerticle -cp my-verticle.jar (5)
vertx run MyVerticle.java (6)
部署一个JavaScript的Verticle
部署一个Groovy的Verticle
部署一个Ruby的Verticle
部署一个已经编译好的Java的Verticle,类的根路径是当前目录
部署一个已经打包成jar的Verticle,这个jar需要在类路径中
编译Java源代码并进行部署
正如您在Java中可看到的,该Verticle的名称要么是Java 完全限定类名,也可以指定Java 源文件,Vert.x会为你编译它。
您可以用其他语言的前缀来指定Verticle的名称进行部署。例如:若Verticle是一个编译的Groovy 类,您可以使用语言前缀 groovy:
,因此Vert.x 知道它是一个Groovy 类而不是Java 类。
vertx run groovy:io.vertx.example.MyGroovyVerticle
vertx run
命令可以使用几个可选参数,它们是:
-conf <config_file>
- 提供了Verticle的一些配置, config_file
是包含描述Verticle配置的JSON对象的文本文件的名称,该参数是可选的。
-cp <path>
- 搜索Verticle和它使用的其他任何资源的路径,默认为 .
(当前目录)。若您的Verticle引用了其他脚本、类或其他资源(例如jar文件),请确保这些脚本、其他资源存在此路径上。该路径可以包含由以下内容分隔的多个路径条目: :
(冒号)或 ;
(分号)——这取决于操作系统。每个路径条目可以是包含脚本的目录的绝对路径或相对路径,也可以是 jar
或 zip
文件的绝对或相对文件名。一个示例路径可能是 -cp classes:lib/otherscripts:jars/myjar.jar:jars/otherjar.jar
。始终使用路径引用您的Verticle需要的任何资源,不要将它们放在系统类路径上,因为这会导致部署的Verticle之间的隔离问题。
-instances <instances>
- 要实例化的Verticle实例的数目,每个Verticle实例都是严格单线程(运行)的,以便在可用的核上扩展应用程序,您可能需要部署多个实例。若省略,则部署单个实例。
-worker
- 此选项可确定一个Verticle是否为Worker Verticle。
-cluster
- 此选项确定Vert.x实例是否尝试与网络上的其他Vert.x实例形成集群,集群Vert.x实例允许Vert.x与其他节点形成分布式Event Bus。默认为false(非集群模式)。
-cluster-port
- 若指定了 cluster
选项,则可以确定哪个端口将用于与其他Vert.x实例进行集群通信。默认为0——这意味着“选择一个空闲的随机端口”。除非您帧需要绑定特定端口,您通常不需要指定此参数。
-cluster-host
- 若指定了 cluster
选项,则可以确定哪个主机地址将用于其他Vert.x实例进行集群通信。默认情况下,它将尝试从可用的接口中选一个。若您有多个接口而您想要使用指定的一个,就在这里指定。
-ha
- 若指定,该Verticle将部署为(支持)高可用性(HA)。有关详细信息,请参阅相关章节。
-quorum
- 该参数需要和 -ha
一起使用,它指定集群中所有HA部署ID处于活动状态的最小节点数,默认为0。
-hagroup
- 该参数需要和 -ha
一起使用,它指定此节点将加入的HA组。集群中可以有多个HA组,节点只会故障转移到同一组中的其他节点。默认为 __DEFAULT__ 。
您还可以使用下边方式设置系统属性: -Dkey=value
。
下面有更多的例子:
使用默认设置运行JavaScript的Verticle:server.js:
vertx run server.js
运行指定类路径的预编译好的10个Java Verticle实例
vertx run com.acme.MyVerticle -cp "classes:lib/myjar.jar" -instances 10
通过源文件运行10个Java Verticle的实例
vertx run MyVerticle.java -instances 10
运行20个Ruby语言的Worker Verticle实例
vertx run order_worker.rb -instances 20 -worker
在同一台计算机上运行两个JavaScript Verticle,并让它们彼此在网络上的其他任何服务器上集群在一起:
vertx run handler.js -cluster
vertx run sender.js -cluster
运行一个Ruby Verticle并传入一些配置:
vertx run my_verticle.rb -conf my_verticle.conf
其中 my_verticle.conf
也许会包含以下配置:
{
"name": "foo",
"num_widgets": 46
}
该配置可通过Core API在Verticle内部可用。
当使用Vert.x的高可用功能时,您可能需要创建一个Vert.x的 裸 实例。此实例在启动时未部署任何Verticle,但它若接收到若集群中的另一个节点死亡,则会在此节点运行之前挂掉的实例。如需要创建一个 裸 实例,执行以下命令:
vertx bare
根据您的集群配置,您可能需要添加 cluster-host
和 cluster-port
参数。
fat-jar 是一个包含了所有依赖项jar的可执行的jar,这意味着您不必在执行jar的机器上预先安装Vert.x。它像任何可执行的Java jar一样可直接执行:
java -jar my-application-fat.jar
对于这点,Vert.x 没什么特别的,您可以使用任何Java应用程序。
您可以创建自己的主类并在 MANIFEST 中指定,但建议您将代码编写成Verticle,并使用Vert.x中的 Launcher
类 ( io.vertx.core.Launcher
) 作为您的主类。这是在命令行中运行Vert.x使用的主类,因此允许您指定命令行参数,如 -instances
以便更轻松地扩展应用程序。
要将您的Verticle全部部署在这个 fat-jar
中时,您必须将下边信息写入MANIFEST:
Main-Class
设置为 io.vertx.core.Launcher
Main-Verticle
指定要运行的Main Verticle(Java完全限定类名或脚本文件名)
您还可以提供您将传递给 vertx run
的常用命令行参数:
java -jar my-verticle-fat.jar -cluster -conf myconf.json
java -jar my-verticle-fat.jar -cluster -conf myconf.json -cp path/to/dir/conf/cluster_xml
Note
|
请参阅官方 Vert.x Examples 仓库中中的 Maven/Gradle 相应示例来了解如何将应用打包成 fat-jar。 |
通过 fat jar 运行应用时,默认会执行 run
命令。
若想显示Vert.x的版本,只需执行:
vertx version
除了 run
和 version
以外, vertx
命令行和 Launcher
还提供了其他命令:
您可以使用下边命令创建一个 bare
实例:
vertx bare
# or
java -jar my-verticle-fat.jar bare
您还可以在后台启动应用程序:
java -jar my-verticle-fat.jar start --vertx-id=my-app-name
若 my-app-name
未设置,将生成一个随机的id,并在命令提示符中打印。您可以将 run
选项传递给 start
命令:
java -jar my-verticle-fat.jar start —-vertx-id=my-app-name -cluster
一旦在后台启动,可以使用 stop
命令停止它:
java -jar my-verticle-fat.jar stop my-app-name
您还可以使用一下方式列出后台启动的Vert.x应用程序:
java -jar my-verticle-fat.jar list
vertx
工具也可以使用 start
、 stop
和 list
命令, start
命令支持几个选项:
vertx-id
: 应用程序ID,若未设置,则使用随机UUID
java-opts
: Java虚拟机选项,若未设置,则使用 JAVA_OPTS
环境变量
redirect-output
: 重定向生成的进程输出和错误流到父进程流
若选项值包含空白,请不要忘记在 ""
(双引号)之间包装值。
由于 start
命令产生一个新的进程,传递给JVM的java选项不会被传播,所以您必须使用 java-opts
来配置JVM( -X
, -D
…)。若您使用 CLASSPATH
环境变量,请确保路径下包含所有需要的jar(vertx-core、您的jar和所有依赖项)。
该命令集是可扩展的,请参考 扩展 Vert.x 启动器 部分。
在开发时,可以方便在文件更改时实时重新部署应用程序。 vertx
命令行工具和更普遍的 Launcher
类提供了这个功能。这里有些例子:
vertx run MyVerticle.groovy --redeploy="**/*.groovy" --launcher-class=io.vertx.core.Launcher
vertx run MyVerticle.groovy --redeploy="**/*.groovy,**/*.rb" --launcher-class=io.vertx.core.Launcher
java io.vertx.core.Launcher run org.acme.MyVerticle --redeploy="**/*.class" --launcher-class=io.vertx.core
.Launcher -cp ...
重新部署过程如下执行。首先,您的应用程序作为后台应用程序启动(使用 start
命令)。当发现文件更改时,该进程将停止并重新启动该应用。这样可避免泄露。
要启用实时重新部署,请将 --redeploy
选项传递给 run
命令。 --redeploy
表示要监视的文件集,这个集合可使用 Ant
样式模式(使用 *
, 和
?
),您也可以使用逗号( ,
)分隔它们来指定多个集合。模式相当于当前工作目录。
传递给 run
命令的参数最终会传递给应用程序,可使用 --java-opts
配置JVM虚拟机选项。例如,如果想传入一个 conf
参数或是系统属性,您可以使用 --java-opts="-conf=my-conf.json -Dkey=value"
。
--launcher-class
选项确定应用程序的主类启动器。它通常是一个
Launcher
,单您已使用了您自己的主类。
也可以在IDE中使用重部署功能:
Eclipse - 创建一个运行配置,使用 io.vertx.core.Launcher
类作为主类。在 Program Arguments 区域(参数选项卡中),写入 run your-verticle-fully-qualified-name --redeploy=*/.java --launcher-class=io.vertx.core.Launcher
,您还可以添加其他参数。随着 Eclipse 在保存时会增量编译您的文件,重部署工作会顺利进行。
IntelliJ - 创建一个运行配置(应用),将主类设置为 io.vertx.core.Launcher
。在程序参数中写: run your-verticle-fully-qualified-name --redeploy=*/.class --launcher-class=io.vertx.core.Launcher
。要触发重新部署,您需要显示构造项目或模块(Build → Make project)。
要调试应用程序,请将运行配置创建为远程应用程序,并使用 --java-opts
配置调试器。每次重新部署后,请勿忘记重新插入(re-plug)调试器,因为它每次都会创建一个新进程。
您还可以在重新部署周期中挂接(hook)构建过程:
java -jar target/my-fat-jar.jar --redeploy="**/*.java" --on-redeploy="mvn package"
java -jar build/libs/my-fat-jar.jar --redeploy="src/**/*.java" --on-redeploy='./gradlew shadowJar'
"on-redeploy"选项指定在应用程序关闭后和重新启动之前调用的命令。因此,如果更新某些运行时工作,则可以钩住构建工具。例如,您可以启动 gulp
或 grunt
来更新您的资源。如果您的应用需要 --java-opts
,不要忘记将它添加到命令参数里:
java -jar target/my-fat-jar.jar --redeploy="**/*.java" --on-redeploy="mvn package" --java-opts="-Dkey=val"
java -jar build/libs/my-fat-jar.jar --redeploy="src/**/*.java" --on-redeploy='./gradlew shadowJar' --java-opts="-Dkey=val"
重新部署功能还支持以下设置:
redeploy-scan-period
: 文件系统检查周期(以毫秒为单位),默认为250ms
redeploy-grace-period
: 在2次重新部署之间等待的时间(以毫秒为单位),默认为1000ms
redeploy-termination-period
: 停止应用程序后等待的时间(在启动用户命令之前)。这个在Windows上非常有用,因为这个进程并没立即被杀死。时间以毫秒为单位,默认20ms
在 Vert.x 中,集群管理器可用于各种功能,包括:
对集群中 Vert.x 节点发现和分组
维护集群范围中的主题订阅者列表(所以我们可知道哪些节点对哪个Event Bus地址感兴趣)
分布式Map的支持
分布式锁
分布式计数器
集群管理器不处理Event Bus节点之间的传输,这是由 Vert.x 直接通过TCP连接完成。
Vert.x发行版中使用的默认集群管理器是使用的 Hazelcast 集群管理器,但是它可以轻松被替换成实现了Vert.x集群管理器接口的不同实现,因为Vert.x集群管理器可替换的。
集群管理器必须实现 ClusterManager
接口,Vert.x在运行时使用Java的服务加载器
Service Loader 功能查找集群管理器,以便在类路径中查找
ClusterManager
的实例。
若您在命令行中使用Vert.x并要使用集群,则应确保Vert.x安装的 lib
目录包含您的集群管理器jar。
若您在 Maven/Gradle 项目使用Vert.x,则只需将集群管理器jar作为项目依赖添加。
您也可以以编程的方式在嵌入Vert.x 时使用
clusterManager
指定集群管理器。
Vert.x使用内置的日志API进行记录日志,默认实现使用JDK(JUL)日志,不需要额外的依赖项。
一个JUL日志记录配置文件可以使用普通的JUL方式指定——通过提供一个名为 java.util.logging.config.file
的系统属性值为您的配置文件。更多关于此部分以及JUL配置文件结构的内容,请参阅JUL日志记录文档。
Vert.x还提供了一种更方便的方式指定配置文件,无需设置系统属性。您只需在您的类路径中提供名为 vertx-default-jul-logging.properties
的JUL配置文件(例如在您的fatjar中),Vert.x将使用该配置文件配置JUL。
如果您不希望Vert.x使用JUL记录日志,您可以为其配置另一个日志记录框架,例如Log4J或SLF4J。
为此,您应该设置一个名为 vertx.logger-delegate-factory-class-name
的系统属性,该属性的值是一个实现了 LogDelegateFactory
接口的Java 类名。
我们为Log4J(版本1)、Log4J 2和SLF4J提供了预设的实现,类名为: io.vertx.core.logging.Log4jLogDelegateFactory
, io.vertx.core.logging.Log4j2LogDelegateFactory
和 io.vertx.core.logging.SLF4JLogDelegateFactory
。
如您要使用这些实现,还应确保相关的Log4J或SLF4J的jar在您的类路径上。
请注意,提供的Log4J 1代理不支持参数化消息。Log4J 2的代理使用了像SLF4J代理这样的 {}
语法,JUL代理使用如 {x}
语法。
Vert.x本身只是一个库,您可以在自己的应用程序使用任何日志库的API来记录日志。
但是,若您愿意,也可以使用上述的Vert.x日志记录工具为应用程序记录日志。
为此,您需要使用 LoggerFactory
获取一个 Logger
对象以记录日志:
// Note -these classes are Java only
// You would normally maintain one static instance of Logger per Java class:
var logger = Java.type("io.vertx.core.logging.LoggerFactory").getLogger(className);
logger.info("something happened");
logger.error("oops!", exception);
Caution
|
不同的日志实现会使用不同的占位符。这意味着,如果你使用了 Vert.x 的参数化的日志记录方法,当你切换日志的实现时,你可能需要修改你的代码。 |
配置日志记录时,您也应该关心配置Netty日志记录。
Netty不依赖于外部日志配置(例如系统属性),而是根据Netty类可见的日志记录库来实现日志记录:
如 SLF4J
可见,则优先使用该库
否则若 Log4j
可见,再使用该库
否则退回使用 java.util.logging
可通过设置 io.netty.util.internal.logging.InternalLoggerFactory
强制Netty使用某个特定实现。
// 强制使用Log4j日志记录
InternalLoggerFactory.setDefaultFactory(Log4JLoggerFactory.INSTANCE);
若您在启动应用程序时看到以下信息:
SLF4J: Failed to load class "org.slf4j.impl.StaticLoggerBinder". SLF4J: Defaulting to no-operation (NOP) logger implementation SLF4J: See http://www.slf4j.org/codes.html#StaticLoggerBinder for further details.
I这意味着您的类路径中有 SLF4J-API
却没绑定。 SLF4J
记录的消息将会丢失。您应该将绑定加入您的类路径。参考 SLF4J user manual - Binding with a logging framework at deployment time 选择绑定并配置。
请注意,Netty会寻找 SLF4-API
的jar,并在缺省情况下使用它。
若您的日志显示一堆:
io.vertx.core.net.impl.ConnectionBase SEVERE: java.io.IOException: Connection reset by peer
这意味着客户端正在重置HTTP连接,而不是关闭它。此消息还可能表示您没有读取完整的有效负荷(连接在读取完全之前被切断)。
Note
|
译者注:通常情况下,这是正常的,无需担心,如果您打开浏览器,按快捷键不停滴刷新页面,就能看到该SEVERE日志。 |
Vert.x使用地址解析器将主机名解析为IP地址,而不是JVM内置的阻塞解析器。
主机名使用以下方式解析为IP地址:
操作系统的hosts文件
DNS查询服务器列表
默认情况下,它将使用环境中系统DNS服务器地址的列表,若该列表无法检索,将使用Google的公共DNS服务器 8.8.8.8
和 8.8.4.4
。
创建 Vertx
实例时也可配置DNS 服务器:
var Vertx = require("vertx-js/vertx");
var vertx = Vertx.vertx({
"addressResolverOptions" : {
"servers" : [
"192.168.0.1",
"192.168.0.2:40000"
]
}
});
DNS 服务器的默认端口为 53
,当服务器使用不同的端口时,可以使用冒号分隔符设置该端口: 192.168.0.2:40000
。
Note
|
有时可能需要使用JVM内置解析器。可以在启动的时候加上JVM系统属性 -Dvertx.disableDnsResolver=true 激活该行为。
|
当服务器没有及时回应时,尝试从列表中选择下一个解析器,搜索(数量)的限制由 maxQueries
设置(默认值是4个查询)
若解析器在
getQueryTimeout
毫秒内没有收到正确答案(默认为5秒),DNS查询被视为失败。
默认情况下,DNS服务器选择使用第一个,其余的服务器用于故障转移。
您可以配置 rotateServers
为 true
,让解析器使用轮询选择。它会在服务器之间传播查询负载,并避免所有的查找都找到列表中的第一个服务器。
故障转移仍然适用,并将使用列表中的下一个服务器。
操作系统的hosts文件用于对ipaddress执行主机名查找。
可替换主机文件:
var Vertx = require("vertx-js/vertx");
var vertx = Vertx.vertx({
"addressResolverOptions" : {
"hostsPath" : "/path/to/hosts"
}
});
默认情况下,解析器将使用环境中的系统DNS搜索域,或者,可提供明确的显示搜索域列表:
var Vertx = require("vertx-js/vertx");
var vertx = Vertx.vertx({
"addressResolverOptions" : {
"searchDomains" : [
"foo.com",
"bar.com"
]
}
});
当使用搜索域列表时,点数的阈值为 1
,或从Linux上的 /etc/resolv.conf
加载,也可使用 ndots
方法配置特定值。
Vert.x允许您运行支持高可用(HA,High Availability)的Verticle。这种情况下,当运行Verticle的Vert.x实例突然挂掉时,该Veritlce将迁移到另一个Vert.x 实例。这个Vert.x 实例必须在同一个集群中。
当Vert.x启用HA运行时,若一个运行了Verticle的Vert.x 实例失败或挂掉,则此Verticle将自动重新部署到集群中的另一个Vert.x 实例中。我们称这个为 Verticle 故障转移(failover)。
若要启用HA模式,在启动 Vert.x 应用的时候需要添加 -ha
参数到命令行:
vertx run my-verticle.js -ha
现在开启了HA环境,在集群中需要多添加一个Vert.x 实例,所以假设您已经有另一个已经启动的Vert.x 实例,例如:
vertx run my-other-verticle.js -ha
如果运行了 my-verticle.js
的Vert.x 实例现在死了(您可以通过执行 kill -9
杀死进程来测试),
运行 my-other-verticle.js
的Vert.x 实例将自动重新部署 my-verticle.js
,所以现在这个Vert.x 实例正在运行两个Verticle。
Note
|
只有当第二个Vert.x 实例可访问对应的 verticle 文件(这里是 my-verticle.js )时,迁移才是可能的。
|
Important
|
干净地关闭Vert.x实例不会导致故障转移发生,例如:CTRL-C 或 kill -SIGNINT。 |
您也可以启动裸的Vert.x 实例 —— 即最初不运行任何Verticle的实例,它们也将为集群中的节点进行故障转移。要启动一个裸实例,您只需做:
vertx run -ha
当使用 -ha
开关时,您不需要提供 -cluster
开关,因为若要使用HA就假定是集群。
Note
|
根据您的集群配置,可能需要自定义集群管理器配置(默认为Hazelcast)和/或添加集群主机 cluster-host 和集群端口 cluster-port 参数。
|
当使用Vert.x运行实例时,还可以选择指定的HA组。HA组表示集群中的逻辑节点组。只有具有相同HA组的节点能执行故障转移。若不指定HA组,则使用默认组 DEFAULT
。
要指定一个HA组,您可以在运行该Verticle时使用 -hagroup
开关。
vertx run my-verticle.js -ha -hagroup my-group
我们来看一个例子:
在第一个终端运行:
vertx run my-verticle.js -ha -hagroup g1
在第二个终端中,让我们使用相同组运行另一个Verticle:
vertx run my-other-verticle.js -ha -hagroup g1
最后,在第三个终端中,使用不同组启动另一个Verticle:
vertx run yet-another-verticle.js -ha -hagroup g2
如果终端1中的实例被杀掉,则它将故障转移到终端2中的实例,而不是具有不同组的终端3中的实例。
若终端3中的实例被杀掉,因为这个组中没有其他Vert.x实例,则它不会故障转移。
高可用HA实现同样支持 Quora(多数派机制)。Quorum 是分布式事务必须获得的最小票数才能被允许在分布式系统中执行操作的一个参数。
在启动 Vert.x 实例时,您可以指示它在部署任何HA部署之前需要一个 quorum
。该上下文环境中,一个 quorum 是集群中特定组的最小节点数。通常您选择 quorum 大小为 Q = 1 + N / 2
,其中N是组中节点数。若集群中的Q节点少于HA节点,HA部署将被撤销。如果/当 quorum 重新获取时,他们将重新部署。通过这样做您可以防止网络分区,也就是脑裂(split brain)。
更多关于Quorum(多数派机制)的信息,请参考 这里 。
若要使用 quorum 运行Vert.x实例,您可以在命令行中指定 -quorum
,例如:
在第一个终端:
vertx run my-verticle.js -ha -quorum 3
此时,Vert.x实例将启动但不部署模块(尚未)因为目前集群中只有1个节点,而不是3个。
在第二个终端:
vertx run my-other-verticle.js -ha -quorum 3
此时,Vert.x实例将启动但不部署模块(尚未)因为目前集群中只有2个节点,而不是3个。
在第三个控制台,您可以启动另一个Vert.x的实例:
vertx run yet-another-verticle.js -ha -quorum 3
妙极!—— 我们有三个节点,这是 quorum 设置的值,此时,模块将自动部署在所有实例上。
若我们现在关闭或杀死其中一个节点,那么这些模块将在其他节点上自动撤销,因为不再满足 quorum(法定人数)。
Quora 也可以与HA组合使用,在这种情况下,每个特定组会解决 Quora。
Vert.x can run with native transports (when available) on BSD (OSX) and Linux:
var Vertx = require("vertx-js/vertx");
var vertx = Vertx.vertx({
"preferNativeTransport" : true
});
// True when native is available
var usingNative = vertx.isNativeTransportEnabled();
console.log("Running with native: " + usingNative);
Note
|
preferring native transport will not prevent the application to execute, if your application requires native
transport, you need to check isNativeTransportEnabled .
|
You need to add the following dependency in your classpath:
<dependency>
<groupId>io.netty</groupId>
<artifactId>netty-transport-native-epoll</artifactId>
<version>4.1.15.Final</version>
<classifier>linux-x86_64</classifier>
</dependency>
Native on Linux gives you extra networking options:
SO_REUSEPORT
TCP_QUICKACK
TCP_CORK
TCP_FASTOPEN
// Available on Linux
vertx.createHttpServer({
"tcpFastOpen" : fastOpen,
"tcpCork" : cork,
"tcpQuickAck" : quickAck,
"reusePort" : reusePort
});
You need to add the following dependency in your classpath:
<dependency>
<groupId>io.netty</groupId>
<artifactId>netty-transport-native-epoll</artifactId>
<version>4.1.15.Final</version>
<classifier>osx-x86_64</classifier>
</dependency>
MacOS Sierra and above are supported.
Native on BSD gives you extra networking options:
SO_REUSEPORT
// Available on BSD
vertx.createHttpServer({
"reusePort" : reusePort
});
Natives provide domain sockets support for NetServer
and HttpServer
:
var SocketAddress = require("vertx-js/socket_address");
// Only available on BSD and Linux
vertx.createNetServer().connectHandler(function (so) {
// Handle application
}).listen(SocketAddress.domainSocketAddress("/var/tmp/myservice.sock"));
Or for http:
var SocketAddress = require("vertx-js/socket_address");
vertx.createHttpServer().requestHandler(function (req) {
// Handle application
}).listen(SocketAddress.domainSocketAddress("/var/tmp/myservice.sock"), function (ar, ar_err) {
if (ar_err == null) {
// Bound to socket
} else {
ar_err.printStackTrace();
}
});
As well as NetClient
:
var SocketAddress = require("vertx-js/socket_address");
var netClient = vertx.createNetClient();
// Only available on BSD and Linux
netClient.connect(SocketAddress.domainSocketAddress("/var/tmp/myservice.sock"), function (ar, ar_err) {
if (ar_err == null) {
// Connected
} else {
ar_err.printStackTrace();
}
});
Note
|
support for HttpClient can be expected in later versions of Vert.x
|
Vert.x 是一个工具包,而不是来强迫您以某种方式做事情的框架。这赋予了开发人员以更强大的能力,同时也伴随着更大的责任(译者注:能力越大,责任越大,小蜘蛛他叔叔说的)。
搭配其它工具包,使得编写不安全的应用程序成为可能,因此在开发时需谨慎,尤其是当您将其对公众发布的时候(如在互联网上发布)。
如果编写Web 应用程序,强烈建议您直接使用Vert.x Web而非直接使用Vert.x Core以提供资源或处理文件上传。
Vert.x Web对请求中的路径进行了规范,以防止恶意客户端通过伪造URL来访问Web根目录以外的资源。
类似地,对于文件上传Vert.x Web提供上传到磁盘上已知位置的功能,且不依赖客户端提供的文件名,客户端提供的文件名可被恶意伪装成上传到硬盘上的不同位置。
Vert.x Core 本身不提供这样的检查,所以这取决于开发者您自身如何实现了。
当在网络上的不同Vert.x 节点之间创建集群模式下的 Event Bus 时,流量将通过未加密报文发送,因此若您有要发送的机密数据,而您的Vert.x 节点不在授信的网络上,请勿使用。
任何服务都可能存在潜在的漏洞,无论是使用Vert.x还是任何其他工具包,因此始终遵循安全最佳实践,特别是当您的服务面向公众。
例如,您应该始终在DMZ中运行它们,并使用具有受限权限的用户账户,以限制服务受到损害的程度。
Vert.x Core提供了一个用于解析传递给程序的命令行参数API。它还可以打印帮助信息——详细说明命令行工具可用的选项。
即使这些功能远离Vert.x Core主题,该API也可在 Launcher
类中使用,可以在 fat-jar 和 vertx
命令行工具中使用。
另外,它支持多语言(可用于任何支持的语言),并可在Vert.x Shell中使用。
Vert.x CLI提供了一个描述命令行界面的模型,同时也是一个解析器,这个解析器可支持不同的语法:
类似POSIX选项(即 tar -zxvf foo.tar.gz
)
类似GNU选项(即 du --human-readable --max-depth=1
)
类似Java属性(即 java -Djava.awt.headless=true -Djava.net.useSystemProxies=true Foo
)
具有附加值的短选项(即 gcc -O2 foo.c
)
单个连字符的长选项(即 ant -projecthelp
)
使用CLI API的三个步骤如下:
定义命令行接口
解析用户命令行
查询/审问
var CLI = require("vertx-js/cli");
var cli = CLI.create("copy").setSummary("A command line interface to copy files.").addOption({
"longName" : "directory",
"shortName" : "R",
"description" : "enables directory support",
"flag" : true
}).addArgument({
"index" : 0,
"description" : "The source",
"argName" : "source"
}).addArgument({
"index" : 1,
"description" : "The destination",
"argName" : "target"
});
您可以看到,您可以使用 CLI.create
创建一个新的 CLI
。
传递的字符串是 CLI
的名称。创建后,您可以设置摘要和描述,摘要的目的是简短(一行),而描述可以包含更多细节。每个选项和参数也使用
addArgument
和
addOption
方法添加到 CLI
对象上。
Option
是由用户命令行中存在的 键 标识的命令行参数。选项至少必须有一个长名或一个短名。
长名称通常使用 --
前缀,而短名称与单个 -
一起使用。选项可以获取用法中显示的描述(见下文)。选项可以接受0、1或几个值。
接受0值的选项是一个标志( flag
),必须使用
flag
声明。默认情况下,选项会接受一个值,但是您可以使用
multiValued
方法配置该选项接收多个值:
var CLI = require("vertx-js/cli");
var cli = CLI.create("some-name").setSummary("A command line interface illustrating the options valuation.").addOption({
"longName" : "flag",
"shortName" : "f",
"flag" : true,
"description" : "a flag"
}).addOption({
"longName" : "single",
"shortName" : "s",
"description" : "a single-valued option"
}).addOption({
"longName" : "multiple",
"shortName" : "m",
"multiValued" : true,
"description" : "a multi-valued option"
});
选项可以标记为必填项,在用户命令行中未设置必填选项在解析阶段会引发异常:
var CLI = require("vertx-js/cli");
var cli = CLI.create("some-name").addOption({
"longName" : "mandatory",
"required" : true,
"description" : "a mandatory option"
});
非必填选项可以具有默认值,如果用户没有在命令行中设置该选项,即将使用该值:
var CLI = require("vertx-js/cli");
var cli = CLI.create("some-name").addOption({
"longName" : "optional",
"defaultValue" : "hello",
"description" : "an optional option with a default value"
});
可以使用 hidden
方法隐藏选项,隐藏选项不在用法中列出,但仍可在用户命令行中使用(针对高级用户)。
如果选项值被限制为一个固定集合,您可以设置不同的可接受选项:
var CLI = require("vertx-js/cli");
var cli = CLI.create("some-name").addOption({
"longName" : "color",
"defaultValue" : "green",
"choices" : [
"blue",
"red",
"green"
],
"description" : "a color"
});
也可以从JSON表单中实例化选项。
和选项不同,参数不具有 键 并由其索引标识。例如,在 java com.acme.Foo
中, com.acme.Foo
是一个参数。
参数没有名称,使用基于 0 的索引进行标识。第一个参数的索引为 0:
var CLI = require("vertx-js/cli");
var cli = CLI.create("some-name").addArgument({
"index" : 0,
"description" : "the first argument",
"argName" : "arg1"
}).addArgument({
"index" : 1,
"description" : "the second argument",
"argName" : "arg2"
});
如果不设置参数索引,则基于声明顺序会自动计算。
var CLI = require("vertx-js/cli");
var cli = CLI.create("some-name").addArgument({
"description" : "the first argument",
"argName" : "arg1"
}).addArgument({
"description" : "the second argument",
"argName" : "arg2"
});
argName
是可选的,并在消息中使用。
相比选项, Argument
可以:
使用 hidden
隐藏
使用 required
设置必填
使用 defaultValue
设置默认值
使用 multiValued
设置接收多个值——只有最后一个参数可以是多值的。
参数也可以从JSON表单中实例化。
一旦您的 CLI
实例配置好后,您可以生成 usage 信息:
var CLI = require("vertx-js/cli");
var cli = CLI.create("copy").setSummary("A command line interface to copy files.").addOption({
"longName" : "directory",
"shortName" : "R",
"description" : "enables directory support",
"flag" : true
}).addArgument({
"index" : 0,
"description" : "The source",
"argName" : "source"
}).addArgument({
"index" : 0,
"description" : "The destination",
"argName" : "target"
});
var builder = new (Java.type("java.lang.StringBuilder"))();
cli.usage(builder);
上边生成的 usage 信息如下:
Usage: copy [-R] source target
A command line interface to copy files.
-R,--directory enables directory support
若需要调整 usage 信息,请查阅 UsageMessageFormatter
类的文档。
一旦您的 CLI
实例配置好后,您可以解析用户命令行来解析每个选项和参数:实例配置好后,您可以解析用户命令行来解析每个选项和参数:
var commandLine = cli.parse(userCommandLineArguments);
parse
解析方法返回包含值的 CommandLine
对象。默认情况下,它验证用户命令行,并检查每个必填选项和参数的设置以及每个选项接收的值的数量。
您可以通过传递 false
作为 parse
的第二个参数来禁用验证。
如果要检查参数或选项,即使解析的命令行无效,这也是有用的。
您可以使用 isValid
来检查 CommandLine
是否有效。
解析后,您可以从 parse
方法返回的
CommandLine
对象中读取选项和参数的值:
var commandLine = cli.parse(userCommandLineArguments);
var opt = commandLine.getOptionValue("my-option");
var flag = commandLine.isFlagEnabled("my-flag");
var arg0 = commandLine.getArgumentValue(0);
您的一个选项可以被标记为“帮助”。如果用户命令行启用“帮助”选项,验证将不会失败,但是可以让您有机会检查用户是否需要帮助:
var CLI = require("vertx-js/cli");
var cli = CLI.create("test").addOption({
"longName" : "help",
"shortName" : "h",
"flag" : true,
"help" : true
}).addOption({
"longName" : "mandatory",
"required" : true
});
var line = cli.parse(Java.type("java.util.Collections").singletonList("-h"));
// The parsing does not fail and let you do:
if (!line.isValid() && line.isAskingForHelp()) {
var builder = new (Java.type("java.lang.StringBuilder"))();
cli.usage(builder);
stream.print(builder.toString());
}
Vert.x Launcher
在 fat-jar 中作为主类,由 vertx
命令行实用程序调用。它可执行一组命令,如 run
、 bare
和 start
等
您可以通过实现自己的 Command
类来扩展命令集(仅限于Java):
@Name("my-command")
@Summary("A simple hello command.")
public class MyCommand extends DefaultCommand {
private String name;
@Option(longName = "name", required = true)
public void setName(String n) {
this.name = n;
}
@Override
public void run() throws CLIException {
System.out.println("Hello " + name);
}
}
Y您还需要实现一个 CommandFactory
:
public class HelloCommandFactory extends DefaultCommandFactory<HelloCommand> {
public HelloCommandFactory() {
super(HelloCommand.class);
}
}
然后创建 src/main/resources/META-INF/services/io.vertx.core.spi.launcher.CommandFactory
并且添加一行表示工厂类的完全限定名称:
io.vertx.core.launcher.example.HelloCommandFactory
构建包含命令的jar。确保包含了SPI文件( META-INF/services/io.vertx.core.spi.launcher.CommandFactory
)。
然后,将包含该命令的jar放入fat-jar(或包含在其中)的类路径中,或放在Vert.x发行版的 lib
目录中,您将可以执行:
vertx hello vert.x
java -jar my-fat-jar.jar hello vert.x
要在 fat-jar 中使用 Launcher
类,只需要将 MANIFEST 的 Main-Class
设置为 io.vertx.core.Launcher
。
另外,将 MANIFEST 中 Main-Verticle
条目设置为您的Main Verticle的名称。
默认情况下,它会执行 run
命令。但是,您可以通过设置 MANIFEST 的 Main-Command
条目来配置默认命令。若在没有命令的情况下启动 fat-jar,则使用默认命令。
您还可以创建 Launcher
的子类来启动您的应用程序。这个类被设计成易于扩展的。
一个 Launcher
子类可以:
在 beforeStartingVertx
中自定义 Vert.x 配置
通过覆盖 afterStartingVertx
来读取由“run”或“bare”命令创建的Vert.x实例
使用
getMainVerticle
和
getDefaultCommand
使用 register
方法配置默认的Verticle和命令
和 unregister
方法添加/删除命令
当您使用 Launcher
类作为主类时,它使用以下退出代码:
若进程顺利结束,或抛出未捕获的错误:0
用于通用错误: 1
若Vert.x无法初始化: 11
若生成的进程无法启动、发现或停止: 12
,该错误代码一般由 start
和 stop
命令使用
若系统配置不符合系统要求(如找不到 java
命令): 14
若主Verticle不能被部署: 15
当 Vert.x 需要从类路径中读取文件(嵌入在 fat-jar 中,类路径中jar文件或其他文件)时,它会把文件复制到缓存目录。背后原因很简单:从 jar 或从输入流读取文件是阻塞的。 所以为了避免每次都付出代价,Vert.x 会将文件复制到其缓存目录中,并随后读取该文件。这个行为也可配置。
首先,默认情况下,Vert.x 使用 $CWD/.vertx
作为缓存目录,它在此之间创建一个唯一的目录,以避免冲突。
可以使用 vertx.cacheDirBase
系统属性配置该位置。如,若当前工作目录不可写(例如在不可变容器上下文环境中),请使用以下命令启动应用程序:
vertx run my.Verticle -Dvertx.cacheDirBase=/tmp/vertx-cache
# or
java -jar my-fat.jar vertx.cacheDirBase=/tmp/vertx-cache
Important
|
该目录必须是可写的。 |
当您编辑资源(如HTML、CSS或JavaScript)时,这种缓存机制可能令人讨厌,因为它仅仅提供文件的第一个版本(因此,若您想重新加载页面,则不会看到您的编辑改变)。
要避免此行为,请使用 -Dvertx.disableFileCaching=true
启动应用程序。使用此设置,Vert.x 仍然使用缓存,但始终使用原始源刷新存储在缓存中的版本。
因此,如果您编辑从类路径提供的文件并刷新浏览器,Vert.x 会从类路径读取它,将其复制到缓存目录并从中提供。不要在生产环境使用这个设置,它很有可能影响性能。
最后,您可以使用 -Dvertx.disableFileCPResolving=true
完全禁用高速缓存。这个设置不是没有后果的。Vert.x将无法从类路径中读取任何文件(仅从文件系统)。
使用此设置时要非常小心。