Java微服務 vs Go微服務，究竟誰更強！？-有解無憂

前言

Java微服務能像Go微服務一樣快嗎？

這是我最近一直在思索地一個問題，

去年8月份的the Oracle Groundbreakers Tour 2020 LATAM大會上，Mark Nelson和Peter Nagy就對此做過一系列基礎的的測驗用以比較，接下來就給大家介紹下，

在程式員圈子里，普遍的看法是Java老、慢、無聊，而Go是快、新、酷

為了盡可能的進行一個相對公平的測驗，他們使用了一個非常簡單的微服務，沒有外部依賴關系（比如資料庫），代碼路徑非常短（只是操縱字串），使用了小型的、輕量級的框架（Helidon for Java和Go工具包for Go），試驗了不同版本的Java和不同的jvm，

對決雙雄

我們先來看下擂臺兩邊的選手：

身穿深色戰服的選手是JAVA

Java是由被甲骨文收購的Sun Microsystems開發的，它的1.0版本是1996年發布的，最新的版本是2020年的Java15，主要的設計目標是Java虛擬機和位元組碼的可移植性，以及帶有垃圾收集的記憶體管理，它是全世界最流行的語言之一，在開源環境下開發，

我們先看下JAVA的問題，大家普遍認為它最大的問題就是速度慢，已經慢到讓人覺得不再是合理的，而是更具歷史意義的，不過這么多年來，Java誕生了很多不同的垃圾收集演算法用來加快它運行的速度，

Oracle實驗室最近已經開發了一個新的Java虛擬機GraalVM，它有一個新的編譯器和一些令人興奮的新特性，比如能夠將Java位元組碼轉換成一個本機映像，可以在沒有javavm的情況下運行等，

而它的對手就是年輕充滿活力的GO

GO是由谷歌的羅伯特·格里默、羅伯·派克和肯·湯姆森創建的，他們對UNIX、B、C、Plan9、UNIX視窗系統等做出了重大貢獻，GO是開源的，在2012年發布了1.0版本（比JAVA晚了16年），在2020年發布了1.15版本，無論是在采用方面，還是在語言和工具生態系統本身方面，它都在快速增長，

GO受C、Python、JavaScript和C++等多種語言的影響，被設計成高性能網路和多處理的最佳語言，

StackOverflow有27872個帶“Go”的問題，而Java只有1702730個，足見長江后浪推前浪，

Go是一種靜態型別的編譯語言，它有稱為goroutines的輕量級行程（這些不是OS執行緒），它們之間有獨特的通信通道（型別化的，FIFO），Go是許多CNCF專案的首選語言，例如Kubernetes、Istio、Prometheus和Grafana

賽前對比

從個人感覺來說，Go相比JAVA來說，優點在于：

Go更容易實作復合、純函式、不變狀態等功能模式，
Go處于生命周期的早期，因此它沒有向后兼容性的沉重負擔—Go仍然可以輕易打破某些限制來改進，
Go編譯成一個本機靜態鏈接的二進制檔案-沒有虛擬機層-二進制檔案擁有運行程式所需的一切，這對于“從頭開始”的容器來說非常好，
Go體積小、啟動快、執行快（目前是的）
Go沒有OOP，繼承，泛型，斷言，指標演算法
Go寫法上較少的括號
Go沒有回圈依賴、沒有未使用的變數或匯入、沒有隱式型別轉換的強制
Go樣板代碼少得多

缺點是：

Go工具生態系統還不成熟，尤其是依賴關系管理——有幾個選項，沒有一個是完美的，特別是對于非開源開發；仍然存在兼容性挑戰，
構建具有新的/更新的依賴項的代碼非常慢（比如Maven著名的“下載Internet”問題）
匯入將代碼系結到存盤庫，這使得在存盤庫中移動代碼成為一場噩夢，
除錯、評測等仍然是一個挑戰
用到了指標
需要實作一些基本的演算法
沒有動態鏈接
沒有太多旋鈕來調優執行或垃圾收集、概要檔案執行或優化演算法，

比賽開始

使用JMeter來運行負載測驗，這些測驗多次呼叫這些服務，并收集有關回應時間、吞吐量（每秒事務數）和記憶體使用情況的資料，對于Go，收集駐留集大小；對于Java，跟蹤本機記憶體，

在測量之前，使用1000次服務呼叫對應用程式進行預熱，

應用程式本身的源代碼以及負載測驗的定義都在這個GitHub存盤庫中：https://github.com/markxnelson/go-java-go

第一回合

在第一輪測驗中，在一臺“小型”機器上進行了測驗，是一臺2.5GHz雙核Intel core i7筆記本電腦，16GB記憶體運行macOS，測驗運行了100個執行緒，每個執行緒有10000個回圈，上升時間為10秒，Java應用程式運行在JDK11和Helidon2.0.1上，使用Go 1.13.3編譯的Go應用程式，

結果如下:

file