作者丨小姐姐養的狗02號
來源丨經授權轉自 小姐姐味道(ID:xjjdog)昨天下載下來Java16嘗嘗鮮。一看，好傢夥，足足有176MB大。即使把jmc和jvisualvm給搞了出去，依然還是這麼大，真的是讓人震驚不已。
但即使JDK足夠龐大，它的功能也已經不夠用了。我們需要藉助於第三方庫，來完成企業級開發。比如，一個常見的SpringBoot服務，上百兆是輕輕鬆鬆的。
在這裡，我盤點一下項目中常用的工具類庫和Jar包，來看一看一個Java程式設計師要學多少東西才能走的更加長遠。
1. Netty第一送給Netty。其實我是有私心的，也只有在使用Netty開發一些網絡應用的時候，我才能理直氣壯的不引入Spring這個目前變得越來越重的傢伙，還我一個清清爽爽的世界。
Netty已經成為了目前最流行的Java網絡編程框架。有了它，Java才有了與golang等語言相提並論的權利。
在很多中小公司，Java企業級開發首選SpringBoot，這是沒得說的。由於它的應用實在是太廣泛，我這裡就不浪費筆墨做過多介紹了。
Spring當年的目標，是為了幹掉J2EE。屠龍的少年如今變成了龍，現在在幹著J2EE當年做的事情。
不過，儘量的做的輕量級，一直是它的主旋律，這一點從來沒有變過。因為錯的不是Spring，錯的是這個世界。
3. 工具類庫由於歷史原因，apache-commons工具類庫，幾乎遍布了項目中的每個角落，比如lang3、beanutils、collections、codec等。個人覺得，apache-commons的很多工具，已經是過度設計了，在一些新項目裡，我已經很少使用了。
取而代之的，是大量使用guava工具類庫，以及國產的hutool工具類庫。有了這些工具，就不用再在項目裡寫一些拼拼湊湊，讓人難受的小工具類了。
說點有意思的事情，guava這個詞朗朗上口，它的中文意思是一種熱帶水果：番石榴，長的就像是小西瓜一樣。
JUnit幾乎成了Java單元測試的標配。JUnit5更是對整體模塊進行了重構。現在，它包含3個主要的模塊：JUnit Jupiter、JUnit Platform、JUnit Vintage等。
Vintage是為了兼容比較老的版本而存在的，Platform是為了兼容其他測試引擎，這樣在JUnit上使用Mockito也成為了可能。如果你的項目比較新，建議直接上Jupiter。
很多國外系統對單元測試看的比較重，這和國內的開發模式是不太一樣的。雖然說，單元測試是一個程式設計師的基本功，但離著普及還有一段距離。不過現在也有很多公司強制要求寫單元測試，以任務指標的形式存在。
JMH是最裝逼，最牛逼的基準測試工具套件，主要用在性能測試方面。如果定位到了熱點代碼，要測試它的性能數據，評估改善情況，就可以交給 JMH。它的測量精度非常高，可達納秒級別。
它能夠消除JIT的差異，測試出真正的代碼性能。JMH 已經在 JDK 12中被包含，其他版本的需要自行引入 maven。
最新的JDK已經內置了HTTP的功能，但這種協議層面的東西，放在基礎類庫裡老感覺不是那麼妥當。
很長一段時間裡，Apache 的HttpClient統治了世界，甚至重構後在不同版本之間不能夠做到兼容。我更喜歡輕量級的OkHTTP多一些，第一次見它還是在Android的應用代碼裡，現在用在應用代碼裡也很香。OKHTTP的透明壓縮，顯得也更加智能一些。
像SpringCloud這樣的組件，在底層是可以選擇切換成HttpClient還是OkHTTP的。
應用層的協議變動都比較大，更新也比較快。比如HTTP2，Quic等支持，顯然要對整個類庫做很多的修改才能適配。
7. 資料庫連接池SpringBoot2默認選擇了hikaricp作為連接池，據說是速度最快的連接池，而且代碼量非常的精簡。c3p0、dbcp等老舊的資料庫連接池已經慢慢退位。
hikaricp非常的卷，它採用無鎖化的思想，核心類庫只有ConcurrentBag一個，甚至使用Javassist修改字節碼來增加執行速度。
在國內，還有一個使用較為廣泛的連接池是Druid，它有著完整的監控功能。通過開啟後臺可以直接在web端查看整個連接池的狀態。
堆內緩存，首選caffeine。很長一段時間，我都在用Guava的LoadingCache。自從測試caffeine之後，我就決定是它了。
它結合了LRU和LFU，兩者合體之後，變成了新的W-TinyLFU算法，命中率非常高，內存佔用也更加的小。
在SpringBoot裡，通過提供一個CacheManager的Bean，即可與Springboot-cache進行集成，可以說是很方便了。
9. hazelcast說完了堆內的，就再說個堆外的。
除了有redis這種選擇之外，我們還可以選擇hazelcast。hazelcast採用raft算法進行分布式協調，在一致性方面強於redis。據hazelcast測試，在達到一定規模的時候，速度竟然比redis還快，hazelcast和redis甚至有過激烈的口水戰。
hazelcast可以以jar包的方式集成在Java應用中，自身同時作為客戶端和服務端，組件多節點的集群。它提供了類似redisson一樣的功能齊全的分布式數據結構，比如Queue，你只需要直接在Java代碼中調用相應的API，它就能把數據同步到所有的節點上去。
日誌組件是常用的類庫，最早得到廣泛使用的是log4j，而現階段比較流行的是slf4j+logback。由於這些類庫非常的好用，JDK自帶的JUL反而無人問津。
slf4j是門面模式的典型應用，它本身是一套接口，背後可以使用logback和log4j。這些關係，我們能夠從上面的圖很容易的看出來。
11. JSON、XML、YAML解析由於Fastjson頻頻爆出漏洞，現在在Java中使用最廣泛的JSON解析類庫，就是jackson庫。它最主要的入口工具類是ObjectMapper，解析方法是線程安全的，我們可以在整個項目中共享一個解析對象。
jackson庫不僅僅可以解析JSON，它還可以解析XML、YAML、TOML等。事實上，它的抽象接口，可以實現Avro、Protobuf、CSV等格式數據的加載，但我們最長使用的，就是它的JSON解析。
我相信J2EE當年的目的肯定是好的，但總是做一些又大又笨重的東西。JMS算一個，JMX也算一個。
JMX其實是非常不好用的，因為它把功能隔離在了Java體系之內。現在的Promethus監控系統就做的比較好，一切都是HTTP交互的文本格式。
Jolokia就可以提供JMX的遠程訪問方法，把JMX接口給強制轉化成HTTP接口，以便於其他的監控系統進行功能對接。從這個描述上來看，Jolokia就是一個適配器。不過，通過Agent或者Jar包的方式，它能讓ActiveMQ，JBoss等這些老掉牙的系統接入到現代化的監控系統中來，也算是大功一件。
hibernate留下了一個很棒的遺產，那就是它的驗證框架，它是Bean Validation 的參考實現，被廣泛的應用於資料庫模型校驗、參數校驗等領域。
在JPA中，@Table的欄位可以根據這些驗證，自動生成資料庫約束。在Spring的Controller中，也可以使用@Valid註解，來自動對傳入的對象進行參數驗證。
FreeMarker 是一款模板引擎，在很早之前，我主要用它來生成Web頁面。
不過，隨著前後端分離的流行，我現在主要在一些代碼生成器工具中用到它。它的應用比較廣泛，比如做一個郵件模板，簡訊模板之類的。如果你寫過JSP的話，一定會知道它做的功能是類似的。
在Spring中，還有一個更加輕量級的模板引擎，叫做SPEL--一個表達式語言。你在@Value註解中所使用的語法就是它，它們都是類似的技術。
End這些類庫，是我在工作中最長用到的，也是關注最多的。其實，一個Spring就夠大家折騰的了，但Spring的功能有時候仍然不夠，因為它本身更多的是一個整合型的工具，我們不得不關注到更底層的技術。
正是得益於這些穩定、可靠的類庫，我們的應用開發才能夠如此迅速。想要什麼功能？找個類庫吧，大體就能實現，這就是目前的開發幸福的地方。
獲得了如此方便快捷的功能，記得點讚鼓勵一下作者；遇到問題了，提個bug，修個錯誤，都是無聲的支持。就如同你看完本篇文章，順手點個讚點個再看一樣，道理都是一樣的。