我們專注于高端品牌網(wǎng)站創(chuàng)意設(shè)計(jì)與開發(fā)
在微服務(wù)流行的今天,我們會從縱向和橫向分解代碼的邏輯,將一些獨(dú)立的無狀態(tài)的代碼單元實(shí)現(xiàn)為微服務(wù),可以將它們發(fā)布到一些分布式計(jì)算單元或者Docker中,并在性能需要的時(shí)候及時(shí)地創(chuàng)建更多的服務(wù)單元。
微服務(wù)是一個(gè)概念,并沒有規(guī)定服務(wù)的格式,但是很多廠商和框架都不約而同的采用RESTful的架構(gòu),盡管也有一些其它的性能很好的RPC框架。
如何在Java生態(tài)圈選擇一個(gè)輕量級的RESTful框架?可以參考一些其他人的經(jīng)驗(yàn), 比如我翻譯的: 最好的8個(gè) Java RESTful 框架。
就我個(gè)人而言,我選擇框架的理由很簡單:
簡單,輕量級
性能好
穩(wěn)定,可靠
易于開發(fā)和維護(hù)
我會首選遵循Java規(guī)范(JSR339)的框架,輕量級,便于發(fā)布到Docker容器中。 所以我不會選擇Spring boot, Spring MVC, CXF等比較重的框架,也不會選擇純netty這樣的太過底層,還得實(shí)現(xiàn)路由等基本功能框架。
因?yàn)樽非筝p量級,便于發(fā)布到docker容器中,我也不會考察JBOSS, Tomcat這樣的JEE容器, 而是選用jetty, undertow這樣的嵌入式容器。
所以,這里我挑選了幾個(gè)候選者:
Jersey + Grizzly
Jersey + Jetty
Dropwizard
RESTEasy + Netty
RESTEasy + Undertow
[Updated on 2015/11/18]
我增加了更多的 RESTful 框架,有些不是Jax-RS的實(shí)現(xiàn),但是也有很活躍的社區(qū)。
Jersey + Jetty4
Spring Boot
純Netty
Vert.x
你會發(fā)現(xiàn)一些有趣的測試結(jié)果。
Jersey 是Jax-RS的官方參考實(shí)現(xiàn),可以很好的和其它JEE容器集成。RESTEasy是JBoss出品的框架,也很容易的和其它容器集成。Dropwizard實(shí)際上集成了Jersey, Jetty以及其它的第三方庫比如它的Metrics,提供了一站式的開發(fā),略微有些厚重。
測試相關(guān)的代碼已經(jīng)放在了GITHUB上: 代碼
編譯代碼
測試代碼是一個(gè)多模塊的Maven項(xiàng)目, 你直接運(yùn)行maven clean package就可以生成各個(gè)jar,而且這些jar包含了所依賴的類,執(zhí)行起來相當(dāng)簡單。
你也可以在每個(gè)模塊下運(yùn)行mvn exec:java啟動服務(wù),然后在瀏覽器中訪問 http://localhost:8080/rest/hello (對于Jersey + Jetty,地址是http://localhost:8080/hello)
測試環(huán)境
服務(wù)器
AWS C3.2xlarge
8 cores (E5-2666 v3 @ 2.90GHz)
memory: 16G (服務(wù)只分配了4G內(nèi)存)
Java
1.8.0_51
測試工具
wrk
測試命令如: wrk -t16 -c1000 -d30s http://127.0.0.1:8080/rest/hello.
針對每個(gè)case, 我使用16個(gè)線程,以及100/200/500/1000并發(fā)進(jìn)行測試。
服務(wù)啟動命令
java -Xmx4g -Xms4g -jar jersey-grizzly2-1.0-SNAPSHOT.jar
java -Xmx4g -Xms4g -jar jersey-jetty-1.0-SNAPSHOT.jar
java -Xmx4g -Xms4g -jar dropwizard-1.0-SNAPSHOT.jar hello.yml
java -Xmx4g -Xms4g -jar resteasy-netty-1.0-SNAPSHOT.jar
java -Xmx4g -Xms4g -jar resteasy-undertow-1.0-SNAPSHOT.jar
java -Xmx4g -Xms4g -jar springboot-1.0-SNAPSHOT.jar
java -Xmx4g -Xms4g -jar resteasy-netty4-1.0-SNAPSHOT.jar
java -Xmx4g -Xms4g -jar nativenetty-1.0-SNAPSHOT.jar
java -Xmx4g -Xms4g -jar vertx-verticles-1.0-SNAPSHOT.jar -instances 20
測試結(jié)果
測試結(jié)果數(shù)據(jù)可以查看這里: 測試數(shù)據(jù),
延遲基本在幾毫秒到10幾毫秒之間。
圖形化測試結(jié)果(y軸為Requests/sec, x軸為并發(fā)量):
結(jié)論
從結(jié)果看,
RESTEasy的性能要好于 Jersey,無論哪種嵌入式JEE容器。
Jersey+Grizzly2和Jersey+Jetty, dropwizard性能差別不大
dropwizard底層實(shí)際是Jersey+Jetty,性能結(jié)果也和Jersey+Jetty一樣
RESTEasy+netty (netty3)的結(jié)果并沒有優(yōu)于RESTEasy+undertow.這出乎我的意料,可能CPU和Memory占用上會好一些
RESTEasy+netty4的性能遠(yuǎn)遠(yuǎn)低于RESTEasy+netty3,這出乎我的意料?;蛟S因?yàn)镹etty線程池的改變。
純netty的性能遠(yuǎn)遠(yuǎn)高于其它框架,一方面是由于沒有http router的邏輯,另一方面也顯示了Netty框架的優(yōu)秀。如果不是實(shí)現(xiàn)很復(fù)雜的路由和很多的Service,不妨使用純Netty實(shí)現(xiàn)高性能。
Spring Boot太厚重了,使用Spring MVC的語法,性能只有Jersey的一半。
Vert.x底層使用Netty,可以使用Java 8 Lambda語法,也提供了其它語言的支持,但是性能看起來不是太好,而且隨著并發(fā)量增大吞吐率也隨之下降。先前的vert.x測試有問題,只用到了單核,謝謝@Stream網(wǎng)友的提醒,我在代碼中增加了vertx-verticles模塊,支持多核(java -jar vertx-verticles-1.0-SNAPSHOT.jar -instances 20)。 Vert.x性能也不錯。@heng
當(dāng)然測試也有一點(diǎn)遺憾,就是沒有記錄測試時(shí)的CPU占用率和Memory占用率,以我個(gè)人的經(jīng)驗(yàn),這方面Netty會占一些優(yōu)勢。
文章引用:http://www.lt-ad.com/new/234.html
本站文章為深圳網(wǎng)站建設(shè)·源美網(wǎng)絡(luò)原創(chuàng)策劃,如有版權(quán)糾紛或者違規(guī)問題,請聯(lián)系我們刪除,謝謝!
售后保障
承諾任何問題1小時(shí)內(nèi)解決數(shù)據(jù)備份
更安全、更高效、更穩(wěn)定價(jià)格公道精準(zhǔn)
項(xiàng)目經(jīng)理精準(zhǔn)報(bào)價(jià)不弄虛作假合作無風(fēng)險(xiǎn)
重合同講信譽(yù),無效全額退款