vert.x guide 譯（一）

介紹：

本指南是一個入門的介紹使用vert.x異步編程，主要面對對象是已經熟悉主流非異步Web開發框架和庫開發者（好比Java EE, Spring）

關於這個guide：

咱們假設讀者已經熟悉java編程語言及其生態系統。

咱們將從一個支持關係數據庫和服務器端頁面呈現的wiki Web應用程序開始；而後咱們將經過幾個步驟來開發應用程序，直到它變成一個具備「實時」Web特性的現代應用程序。一路上你會學會：

1.設計一個Web應用程序，服務器端經過模板呈現頁面，並使用關係數據庫來保存數據。

2.清晰隔離每一個技術組件做爲一個可重用的處理單元。

3.提取vert.x服務促進無縫鏈接在同一個JVM進程或集羣中的分佈式節點之間的溝通設計。

4.用異步操做測試代碼。

5.與第三方服務集成，提供了Web API。

6.發佈一個a HTTP/JSON web API。

7.使用HTTPS訪問安全控制，Web瀏覽器會話和JWT tokens爲第三方的客戶端應用程序的認證。

8.用流行的響應式RxJava類庫和vert.x集合來重構代碼。

9.用AngularJS編寫客戶端程序。

10.使用Vert.x event bus集成SockJS來實時WEB編程。

NOTE：本文檔和示例代碼的來源可從https://github.com/vert-x3/vertx-guide-for-java-devs。咱們歡迎issue reports, feedback and pull-requests!

Vert.x是什麼?

Eclipse Vert.x是創建在JVM上的編寫響應式程序的工具集。

                                                     ---Vert.x website

Eclipse Vert.x（咱們在這份文檔中簡單的稱vert.x）是一個eclipse基金會開源的項目,由Tim Fox在2012年創建。vert.x不算一個框架，稱之爲一個工具集吧：核心的類庫定義了編寫異步網絡應用的基礎APIs。你能夠把這個特性應用到你的應用中用到的模塊中（好比數據庫鏈接，監控，認證，日誌，服務發現，集羣支持...）。vert.x是基於netty項目，一個在JVM上高效的異步網絡編程庫。若是須要vert.x會讓你接觸netty的內部實現，總的來講你會得益於vert.x提供的vert.x提供的高水準的apis，可是與netty比較又沒有犧牲性能。

vert.x包不須要引入其餘包或者構建環境，由於Vert.x core自身就是一個常規的類庫，能夠嵌入到應用的包管理中。一個簡單的包包含了全部的依賴，而且它能夠在流行的組件或者用用容器中。

由於vert.x是被設計異步通信，能夠處理併發的網絡鏈接，好比同步的apis（好比Java servlets 或 java.net socket 類）可使用更少的線程。vert.x能夠應用於大量的應用中：high volume message / event processing，微服務， API gateways，提供給客戶端應用的apis等。Vert.x和它的生態體系能夠提供各類各樣的技術工具用於構建 end-to-end 響應式應用。

雖然這會使vert.x聽起來僅適用於符合要求的應用，這份指導也指出vert.x也能夠在傳統應用中工做的很好。如咱們所想，代碼寫的相對於容易理解。可是在看應用的代碼的拓展部分中可能遇到一個難點是：事件的異步處理。

最後，值得一提的是vert.x支持大部分JVM語言，Java, Groovy, Scala, Kotlin, JavaScript, Ruby and Ceylon。vert.x不只僅提供了不一樣語言的apis，而已在不一樣的語言中使用地道的語法應用於apis（好比用Scala futures取代Vert.x futures）。因此使Vert.x用不一樣的JVM語言編寫不一樣的技術模塊變成可能。

Vert.x核心概念：

這有兩個核心概念在學習 vert.x中：

1.verticle是什麼

2.在event bus中怎麼控制verticles通信

線程模型

大量網絡庫或者框架依賴於一個單線程策略：每個網絡客戶端鏈接分配一個線程，而且這個線程處理完客戶端時間直到鏈接關閉。這就是Servlet和網絡編程須要加入java.io和java.net包的緣由所在了。這種同步的I/O的線程模型的好處就是容易理解。可是破壞了當有大量網絡併發鏈接的拓展性，尤爲對於系統的線程開銷也不便宜，在操做系統的內核中花了不少時間在線程調度的管理上。在這種狀況下，咱們須要移步到異步I/O上，這方面，vert.x提供了堅實的基礎。

每個事件被分配一個合理的時間段，不至於阻塞了event loop，這樣阻塞的線程就不會在event loop中執行，恰是在一個圖形用戶界面事件處理中（經過慢速網絡請求凍結 java/swing interface）。在這個guide的後面咱們能夠看到，vert.x提供了在event loop外面處理阻塞線程的操做。在任何狀況下，當一個線處理花了太長事件，vert.x在日誌中打印出警告信息，這也能夠根據應用的特定要求進行配置（好比，slower IoT ARM boards）。

每個event loop依於一個線程，默認vert.x在每一個cpu內核上佔用2個event loops。致使的直接後果就是verticle老是處理事件在同一線程上，因此沒有必要使用線程的協調機制來操縱一個verticle狀態（eg.Java class fields）

verticle能夠添加一些配置（eg.證書，network地址），verticle也能夠被部署屢次。

傳進來的網絡數據會被接受數據的線程接受，而後會被處理成events傳遞給相應的verticles。當一個verticle打開了一個network服務而且deploy屢次，而後event會以循環的方式分配給verticle實例。在有不少請求的併發網絡狀況下，對最大限度的CPU使用率是很是有用的。

Event bus

Vert.x中event-bus是不一樣verticles經過異步消息通信的主要工具。例如，假設咱們有一個verticle處理HTTP請求，還有一個verticle處理鏈接數據庫的鏈接通信。這時候event bus容許HTTP verticle發送一個請求給database verticle執行sql查詢的操做，而後返回結果給HTTP verticle。

event-bus可使用任何類型的數據格式，可是JSON是最好的格式選擇，由於這樣可讓verticles用不一樣的語言進行通信，並且JSON是一種流行的通用的半結構化數據封送處理文本格式。

消息能夠被自由選擇的格式發送到它的目的地，event-bus支持下面的通信格式：

1.point-to-point 消息

2.request-response消息

3.publish / subscribe消息

event-bus能夠容許verticles的溝通不只僅是在同一個JVM進程上：

• 當環境是集羣的，event-bus是分佈式的，因此消息能夠被髮到其餘機器上節點上運行的verticle。

• event-bus能夠經過簡單的TCP協議使第三方應用進行交流。

• event-bus也能夠用通用的消息橋樑暴露(e.g, AMQP, Stomp)

• SockJS容許web應用在event-bus無縫的通信，經過在瀏覽器上運行的JavaScript來接受和發佈消息，就如任何verticle作的同樣。

能力有限，只能翻譯成這樣了，見諒！

原文連接：http://vertx.io/docs/guide-for-java-devs/

個人微信公衆號：