GraalVM到底是何方神聖?
JVM的弊端
JVM實現了跨平台,使得一次編譯即可到處運行,但是詹姆斯·高斯林沒有跟你説的是,應用運行之前要先啟動JVM虛擬機,然後還要加載一大批的類、並做鏈接和初始化等步驟,而使得光啟動一個JVM就得花一大把時間,JVM啟動完之後才能執行應用程序本身的啟動工作,比如啟動Spring容器、啟動Tomcat等等。
在一些場景下,集羣需要做動態擴縮容,這個動作當然是越快越好,不可能請求過來了,花了半天時間來啟動應用,等應用啟動完,客户端那邊都已經超時了。
特別像目前也比較火的FaaS,更加需要應用程序能快速的啟動。
GraalVM與Go
所以,近幾年來,Go語言火了,Go語言是一種編譯型語言,我們需要先把Go代碼直接編譯成為一個二進制執行文件,比如windows上的exe文件,然後直接運行exe文件就能快速啟動程序。
如果説,十年前,Spring是Java的春天,那現在GraalVM就是Java的救世主,Java要想不被Go擠掉,整個Java生態都要向GraalVM靠齊。
GraalVM提供了很多功能,其中一個功能就是能把Java代碼直接編譯成為二進制文件,比如exe文件,從而使得Java程序也能夠快速啟動。
GraalVM與Docker
目前,大部分Java應用應該都是運行在Docker容器中,這就需要Docker容器中也要安裝JDK或JRE,但是如果利用GraalVM將Java應用編譯成為了exe文件,那麼我們就可以直接把exe文件打成一個Docker鏡像了,從而不需要在Docker中按照JDK了,這樣將使得Docker容器更加小巧,也更加適應自動擴縮容。
GraalVM的缺點與未來
GraalVM為了把Java程序編譯為一個可執行的二進制文件,需要預先確定程序中用到的所有類,但是Java程序中很有可能某些類是動態生成的,比如很多框架中都用到了動態代理,從而程序運行過程中會動態生成一些類。
為了解決這個問題,比較笨的辦法是,通過配置文件指定哪些類是動態生成的,比較聰明的辦法是,先運行一下程序自動找到哪些類是動態生成的。
GraalVM這兩種辦法都是支持的,這樣對於Spring、SpringBoot這些框架就能省事很多了,
這樣,對於一個SpringBoot應用程序,就可以利用GraalVM將它編譯成為一個可執行的二進制文件了。
當然,Spring及SpringBoot為了進一步提升啟動速度,Spring及SpringBoot自身也做了一些優化,比如Spring AOT將Bean掃描轉移到了編譯期來做,從而能進一步提升啟動速度。
後續
今天,簡單聊聊GraalVM,後續會出GraalVM的實戰教程,以及Spring AOT的底層實現原理,希望大家能點贊、分享、在看。
公眾號:Hoeller