日誌框架，選擇logback or log4j2？
寫在前面
總結一下就是：
logback效能測試同步和非同步tps相差不大
都2023年了還在用logback
看到網友的意見後又繼續去做了一波測試和調研
伺服器硬體
cpu 六核
記憶體 8g
測試工具
jmeter
jprofile
apm(new relic)
logback日誌框架同步和非同步測試
之前的測試結果存在以下幾點問題：
測試樣本數過少(即執行緒數和迴圈執行次數過少，之前執行緒數為100，迴圈1次，樣本總數為100)
測試次數過少，只進行了一次測試，結果存在偶然性
兩次測試結果存在汙染，樣本數量不一樣
針對以上問題，重新測試中將執行緒數修改為200，每次測試中迴圈100次，樣本總數為2w，和原來測試的樣本數相比擴大200倍，並且重複測試5次。 新的測試結果如下：
新的測試結果表明，使用logback日誌框架同步和非同步輸出日誌方式的tps相差不大。把資料製作成柱形圖更直觀
但是總覺得非同步去寫日誌了，訪問api的執行緒將更快響應客戶端，tps就應該有明顯的變化才對。想不通又去網上查閱了一些資料，有反應說通過apm進行效能監控，同步和非同步的tps將會有較大的差別，tps一定是會有明顯變化的(吶喊)，於是用apm去監控jmeter傳送的請求(jmeter引數設定為執行緒數100，ramp-up period為0，迴圈100次)： apm測試結果如下：
apm監控下，在執行的五分鐘內非同步輸出日誌tps平均為378rpm
apm監控下，在執行的五分鐘內同步輸出日誌tps平均為333rpm 發現tps同步和非同步相比還是不明顯
又一次證明失敗 雖然想不明白但後來和網友**了下，醍醐灌頂
tps變化不明顯的原因如下： tps為每秒處理事務數，每個事務包括了如下3個過程：
使用者請求伺服器
伺服器自己的內部處理
伺服器返回給使用者
伺服器自己的內部請求包括訪問資料庫、處理邏輯和列印日誌，同步和非同步中唯一不同的就是列印日誌的方式。而從測試結果來看，列印日誌耗時只佔api訪問請求的5.3%，所以縮短列印日誌耗時不能很明顯的提高tps，因為列印時間和網路請求、業務處理消耗時間可以忽略不計 但是測試結果表明，雖然使用非同步輸出方式不能明顯提高tps，但是能夠減少列印日誌的耗時。所以使用logback日誌框架還是推薦使用非同步輸出方式
推薦使用log4j2而不是logback
控制台列印日誌
分類輸出日誌
按天滾動
同樣的日誌輸出格式
測試結果如下：
將tps製作為柱形圖
tps提公升了6倍！！！，並且列印日誌的耗時都快到統計不出來了 官方提供的測試報告中，log4j2和logback相比效能提公升更明顯。
SpringBoot 日誌 切換日誌框架
在sprinboot切換日誌框架其實是不提倡的，使用預設的slf4j logback就可以了，但非要換也沒辦法是把哈哈 從logback切換到log4j，使用log4j作為實現 1.參照log4j和slf4j的關係圖 3.加入適配log4j的jar包，該包直接依賴了log4j的jar包，所以就不必再...
SpringBoot 日誌框架
1 市面上的日誌框架 jul jcl jboss logging logback log4j log4j2 slf4j.springboot中使用的日誌框架 日誌介面層 slf4j 日誌實現 logback spring使用的日誌框架 jcl commons logging 2 slf4j的使用 開...
日誌框架logback springboot
logback debug utf 8 加入下面這個標籤日誌檔案按這個標籤的路徑儲存 否則將按的路徑儲存 true log debug.log d thread 5level logger msg n utf 8 debug log debug d.log 15debug accept deny 加...