Vert.x入门1 —— 《基础概念》

一、什么是Vertx

Vert.x 在JVM上构建响应式应用程序的工具包，Vert.x不是框架而是工具包。Vert.x基于Netty项目，该项目是JVM的高性能异步网络库。

此描述中有三个重要点：工具包，响应式和“在JVM上”。

首先，Vert.x是一个工具包。这意味着Vert.x既不是应用程序服务器，也不是容器也不是框架。它也不是JavaScript库。Vert.x是一个普通的旧jar文件，因此Vert.x应用程序是使用此jar 文件的应用程序。Vert.x没有定义打包模型，所有Vert.x 组件都是无聊的 jar文件。这对您和您的应用有何影响？假设您正在使用诸如Maven或Gradle之类的构建工具，使您的应用程序成为Vert.x应用程序，只需添加vertx-core依赖项即可。要使用另一个Vert.x组件，只需将其添加为依赖项即可。简单，无负担。启动应用程序是一个简单的类，其中包含public static void main(String[] args)入口点。无需安装特定的IDE或插件即可开始使用Vert.x。

其次，Vert.x是响应式的。它专门用于构建响应式应用程序或更合适的系统。

• 响应式：响应式系统需要在合理的时间内处理请求。

• 弹性：响应式系统必须在出现故障（崩溃，超时，500错误等）时保持响应能力，因此必须针对故障进行设计并适当处理。

• 消息驱动：反应系统中的组件使用异步消息传递进行交互。

同样，Vert.x是事件驱动的，也是非阻塞的。事件是在事件循环中传递的 ，永远不可阻止。让我们解释一下原因。与传统的“企业”系统不同，Vert.x使用很少的线程。其中一些线程是事件循环，它们负责在中调度事件Handlers。如果您阻止此线程，则不再发送事件。这个执行模型会影响您编写代码的方式，而不是传统的阻塞代码模型，您的代码将是异步和非阻塞。

例如，如果我们想从URL检索资源，我们将执行以下操作：

URL site = new URL("http://vertx.io/");
BufferedReader in = new BufferedReader(new InputStreamReader(site.openStream()));

String inputLine;
while ((inputLine = in.readLine()) != null) {
  System.out.println(inputLine);
}
in.close();

但是使用Vert.x，我们更有可能做到：

vertx.createHttpClient().getNow(80, "vertx.io", "", response -> {
  response.bodyHandler(System.out::println);
});

这两个代码之间的主要区别是：

第一个是同步的并且可能会阻塞：指令按顺序执行，并且可能会阻塞线程很长时间（因为网站可能很慢或其他原因）。

Vert.x是异步且无阻塞的：与HTTP服务器建立连接时释放线程（事件循环），因此可以执行其他操作。收到响应后，同一事件循环将调用callback。大多数Vert.x组件都是单线程的（只能由单个线程访问），因此不再有并发负担。顺便说一句，对于Vert.x，即使DNS解析也是异步且非阻塞的（而Java DNS解析处于阻塞状态）。

最后，Vert.x应用程序 在Java虚拟机（8+）上“在JVM上”运行。这意味着可以使用JVM上运行的任何语言来开发Vert.x应用程序。包括Java（当然），Groovy，Ceylon，Ruby，JavaScript，Kotlin和Scala。我们甚至可以混合和匹配所有这些语言的任意组合。Vert.x应用程序的多语言性质使您可以使用最合适的语言来完成任务。

Vert.x允许您通过使用内置的TCP和HTTP服务器和客户端，还可以使用Vert.x事件总线（一种用于发送和接收消息的轻量级机制），来实现分布式应用程序。使用事件总线，您可以向发送消息addresses。它支持三种分发模式：

• 点对点：将消息发送给单个消费者，监听该地址

• 发布/订阅：所有接收该地址的消费者都收到该消息

• 请求/回复：将消息发送给单个使用者，并通过将另一条消息发送给初始发件人来使其回复消息

Vert.x提供了适当的工具来构建反应系统。系统：响应，弹性和异步！

二、什么是响应式应用（Reactive）

Reactive响应式 (反应式) 编程 是一种新的编程风格，其特点是异步或并发、事件驱动、推送PUSH机制以及观察者模式的衍生。reactive应用 (响应式应用) 允许开发人员构建事件驱动（event-driven），可扩展性，弹性的反应系统：提供高度敏感的实时的用户体验感觉，可伸缩性和弹性的应用程序栈的支持，随时可以部署在多核和云计算架构。

三、Event Loop

Event Loop 顾名思义，就是事件循环。在 Vertx 的生命周期内，会不断的轮询查询事件。

传统的多线程编程模型，每个请求就 fork 一个新的线程对请求进行处理。这样的编程模型有实现起来比较简单，一个连接对应一个线程，如果有大量的请求需要处理，就需要 fork 出大量的线程进行处理，对于操作系统来说调度大量线程造成系统 load 升高。

所以为了能够处理大量请求，就需要过渡到基于 Roactor 模型的 Event Loop上。

Eventloop 不断的轮训，获取事件然后安排上不同的 Handler 处理对应的Event。

这里要注意的是为了保证程序的正常运行，event 必须是非阻塞的。否则就会造成 eventloop 的阻塞，影响Vertx 的表现。但是现实中的程序肯定不能保证都是非阻塞的，Vertx 也提供了相应的处理阻塞的方法的机制，耗时的任务将被委托给长任务处理线程进行处理,保证线程不被耗时的IO操作进行阻塞等待。

在多数情况下，Vert.x使用被称为 Event Loop 的线程来调用您的处理器。

由于Vert.x或应用程序的代码块中没有阻塞，Event Loop 可以在事件到达时快速地分发到不同的处理器中。

由于没有阻塞，Event Loop 可在短时间内分发大量的事件。例如，一个单独的 Event Loop 可以非常迅速地处理数千个 HTTP 请求。

官网图示：

四、Verticles

verticle是vert.x中可被部署运行的最小代码块,可以理解为一个verticle就是一个最小化的业务处理引擎。

一个应用程序可以是单个verticle或者由EventBus通信的多个verticles构成 verticle被发布部署后,会调用其内部的start方法,开始业务逻辑处理,完成后会调用stop方法,对该代码块执行销毁动作 。

Verticles在Vert.x实例中运行 一个Vertx可以承载多个verticles,每个Vert.x实例在其私有的JVM实例运行， 一台服务器可以运行一个或多个Vert.x实例(建议运行Vertx实例的数量和CPU核数正相关)

一个Vert.x实例,保证其承载的verticles实例总是在同一个线程执行, 并发Vert.x 是单线程的。

注意点：

1. 每个verticle占用一个EventLoop线程，且只对应一个EventLoop 。
2. 每个verticle中创建的HttpServer,EventBus等等，都会在这个verticle回收时同步回收 。
3. 在多个verticle中创建同样端口的httpServer，不会有错误，会变成两个EventLoop线程处理同一个HttpServer的连接，所以多核机器，肯定是需要设置多个verticle的实例来加强性能的。

可以这么想，vertx实例就是一台服务器，而verticle就是上面跑的进程。

官网图示：

五、Event bus

Vertx 中的 Event bus 如果类比后端常用的 MQ 就更加容易理解了。实际上 Event Bus 就是 Verticle 之间传递 信息的桥梁。

换句话说，就是 Java 通用设计模式中的监听模式，或者是我们常说的 基于 MQ 消息开发模式。

官网图示：