糾結(jié)哇！日志框架選型，Logback 還是 Log4j2？
點(diǎn)擊上方藍(lán)色“小哈學(xué)Java”，選擇“設(shè)為星標(biāo)”
回復(fù)“資源”獲取獨(dú)家整理的學(xué)習(xí)資料！
來源：juejin.im/post/6844903926777511943
寫在前面 服務(wù)器硬件 測(cè)試工具 logback日志框架同步和異步測(cè)試 推薦使用log4j2而不是logback 結(jié)論
寫在前面
前段時(shí)間寫了一篇文章(文章鏈接：Logback配置文件這么寫，TPS提高10倍)，反響還不錯(cuò)，有很多網(wǎng)友也發(fā)表了自己的意見：
總結(jié)一下就是：
logback性能測(cè)試同步和異步TPS相差不大 都9102年了還在用logback
看到網(wǎng)友的意見后又繼續(xù)去做了一波測(cè)試和調(diào)研
服務(wù)器硬件
CPU 六核 內(nèi)存 8G
測(cè)試工具
JMeter JProfile APM(New Relic)
logback日志框架同步和異步測(cè)試
之前的測(cè)試結(jié)果存在以下幾點(diǎn)問題：
測(cè)試樣本數(shù)過少(即線程數(shù)和循環(huán)執(zhí)行次數(shù)過少，之前線程數(shù)為100，循環(huán)1次，樣本總數(shù)為100) 測(cè)試次數(shù)過少，只進(jìn)行了一次測(cè)試，結(jié)果存在偶然性 兩次測(cè)試結(jié)果存在污染，樣本數(shù)量不一樣
針對(duì)以上問題，重新測(cè)試中將線程數(shù)修改為200，每次測(cè)試中循環(huán)100次，樣本總數(shù)為2w，和原來測(cè)試的樣本數(shù)相比擴(kuò)大200倍，并且重復(fù)測(cè)試5次。新的測(cè)試結(jié)果如下：
新的測(cè)試結(jié)果表明，使用logback日志框架同步和異步輸出日志方式的TPS相差不大。把數(shù)據(jù)制作成柱形圖更直觀
但是總覺得異步去寫日志了，訪問api的線程將更快響應(yīng)客戶端，TPS就應(yīng)該有明顯的變化才對(duì)。想不通又去網(wǎng)上查閱了一些資料，有反應(yīng)說通過APM進(jìn)行性能監(jiān)控，同步和異步的TPS將會(huì)有較大的差別，TPS一定是會(huì)有明顯變化的(吶喊)，于是用APM去監(jiān)控JMeter發(fā)送的請(qǐng)求(JMeter參數(shù)設(shè)置為線程數(shù)100，Ramp-up Period為0，循環(huán)100次)：APM測(cè)試結(jié)果如下：
APM監(jiān)控下，在執(zhí)行的五分鐘內(nèi)異步輸出日志TPS平均為378rpm
APM監(jiān)控下，在執(zhí)行的五分鐘內(nèi)同步輸出日志TPS平均為333rpm 發(fā)現(xiàn)TPS同步和異步相比還是不明顯
又一次證明失敗 雖然想不明白但后來和網(wǎng)友探討了下，醍醐灌頂
TPS變化不明顯的原因如下：TPS為每秒處理事務(wù)數(shù)，每個(gè)事務(wù)包括了如下3個(gè)過程：
用戶請(qǐng)求服務(wù)器 服務(wù)器自己的內(nèi)部處理 服務(wù)器返回給用戶
服務(wù)器自己的內(nèi)部請(qǐng)求包括訪問數(shù)據(jù)庫(kù)、處理邏輯和打印日志，同步和異步中唯一不同的就是打印日志的方式。而從測(cè)試結(jié)果來看，打印日志耗時(shí)只占API訪問請(qǐng)求的5.3%，所以縮短打印日志耗時(shí)不能很明顯的提高TPS，因?yàn)榇蛴r(shí)間和網(wǎng)絡(luò)請(qǐng)求、業(yè)務(wù)處理消耗時(shí)間可以忽略不計(jì) 但是測(cè)試結(jié)果表明，雖然使用異步輸出方式不能明顯提高TPS，但是能夠減少打印日志的耗時(shí)。所以使用logback日志框架還是推薦使用異步輸出方式
推薦使用log4j2而不是logback
log4j2是log4j 1.x 的升級(jí)版，參考了logback的一些優(yōu)秀的設(shè)計(jì)，并且修復(fù)了一些問題，帶來了一些重大的提升，在異步方面的性能得到了巨大提升，其除了提供Async Append異步實(shí)現(xiàn)外還提供了Async Log異步實(shí)現(xiàn)，其中Async Append異步實(shí)現(xiàn)方式和logback的異步實(shí)現(xiàn)差不多，而Async Log基于LMAX Disruptor庫(kù)，實(shí)現(xiàn)了一個(gè)高性能的異步記錄器。本次測(cè)試中l(wèi)og4j2異步實(shí)現(xiàn)是基于Async Log。JMeter測(cè)試參數(shù)和之前的logback測(cè)試一樣，線程數(shù)200，循環(huán)次數(shù)100，重復(fù)五輪。并且logj2日志配置文件基本和logback異步配置相同，滿足：
控制臺(tái)打印日志 分類輸出日志 按天滾動(dòng) 同樣的日志輸出格式
測(cè)試結(jié)果如下：
將TPS制作為柱形圖
TPS提升了6倍！??！ ，并且打印日志的耗時(shí)都快到統(tǒng)計(jì)不出來了 官方提供的測(cè)試報(bào)告中，log4j2和logback相比性能提升更明顯。附官方測(cè)試報(bào)告：Asynchronous Loggers for Low-Latency Logging
結(jié)論
如果使用logback框架，推薦使用異步輸出日志方式 選擇日志框架，推薦使用log4j2
END
有熱門推薦?
1.?Spring Boot 中的 RestTemplate不好用？試試 Retrofit ！
2.?太厲害了！這應(yīng)該是目前Redis可視化工具最全的橫向評(píng)測(cè)
最近面試BAT，整理一份面試資料《Java面試BATJ通關(guān)手冊(cè)》，覆蓋了Java核心技術(shù)、JVM、Java并發(fā)、SSM、微服務(wù)、數(shù)據(jù)庫(kù)、數(shù)據(jù)結(jié)構(gòu)等等。
獲取方式：點(diǎn)“在看”，關(guān)注公眾號(hào)并回復(fù)?Java?領(lǐng)取，更多內(nèi)容陸續(xù)奉上。
文章有幫助的話，在看，轉(zhuǎn)發(fā)吧。
謝謝支持喲 (*^__^*）
