之前已經詳細、全面地介紹了 Log4j，相信小伙伴們已經完全掌握了，那我在讀嵩山版的阿里巴巴開發手冊（沒有的小伙伴，記著找我要）的時候，就發現了一條「強制」性質的日志規約：
應用中不可以直接使用日志系統（Log4j、Logback）中的 API，而應該使用日志框架中的 API，比如說 SLF4J，使用門面模式的日志框架，有利于維護和統一各個類的日志處理方式，
（為什么我把這段文字手敲了下來呢，因為我發現阿里巴巴開發手冊上的有語病，瞧下面紅色標出的部分）
（維護和統一，把統一放在最后面讀起來真的是別扭，和的有點牽強，請問手冊的小編是數學老師教的語文吧？）
那看到這條強制性的規約，我就忍不住想要問：“為什么阿里巴巴開發手冊會強制使用 SLF4J 作為 Log4J 的門面擔當呢？”究竟這背后藏了什么“不可告人”的秘密？
（請小伙伴們自行配上 CCTV 12 臺的那種 BGM）
PS：順帶給小伙伴們普及一點小知識，阿里巴巴開發手冊上出現的 Jakarta 其實是 Apache 軟體基金會下的一個開源專案，其實 Commons 是以前隸屬于 Jakarta，現在是作為 Apache 下的一個單獨專案，阿里巴巴開發手冊上的描述已經不太恰當了，換成是 Apache Commons Logging 會更合適一點，
（忍不住又給阿里巴巴開發手冊挑了一個毛病，請原諒我“一絲不茍”的做事態度）
01、SLF4J 是什么
SLF4J 是 Simple Logging Facade for Java 的縮寫（for≈4），也就是簡易的日志門面，以外觀模式（Facade pattern，一種設計模式，為子系統中的一組介面提供一個統一的高層介面，使得子系統更容易使用）實作，支持 java.util.logging、Log4J 和 Logback，
SLF4J 的作者就是 Log4J 和 Logback 的作者，他的 GitHub 主頁長下面這樣：
一股秋風瑟瑟的清冷感撲面而來，有沒有？可能巨佬不屑于維護他的 GitHub 主頁吧？我的 GitHub 主頁夠凄慘了，沒想到巨佬比我還慘，終于可以吹牛逼地說，“我，沉默王二，GitHub 主頁比 SLF4J、Log4J 和 Logback 的作者 Ceki Gulcu 綠多了，，，，，，”
1996 年初，歐洲安全電子市場專案決定撰寫自己的跟蹤 API，最后該 API 演變成了 Log4j，已經推出就備受寵愛，
2002 年 2 月，Sun 推出了自己的日志包 java.util.logging（可稱 JUL），據說實作思想借鑒了 Log4j，畢竟此時的 Log4j 已經很成熟了，
2002 年 8 月，Apache 就推出了自己的日志包，也就是阿里巴巴開發手冊上提到的 JCL（Jakarta Commons Logging），JCL 的野心很大，它在 JUL 和 Log4j 的基礎上提供了一個抽象層的介面，方便使用者在 JUL 和 Log4j 之間切換，
但 JCL 好像并不怎么招人喜歡，有人是這樣抱怨的：
Ceki Gulcu 也覺得 JCL 不好，要不然他也不會在 2005 年自己擼一個名叫 SLF4J 的新專案，對吧？但出來混總是要付出代價的，SLF4J 只有介面，沒有實作，總不能強逼著 Java 和 Apache 去實作 SLF4J 介面吧？這太難了，不現實，
但巨佬之所以稱之為巨佬，是因為他擁有超出普通人的驚人之處，他在 SLF4J 和 JUL、Log4j、JCL 之間搭了三座橋：
巨佬動手，豐衣足食，有沒有？狠起來連自己的 Log4j 都搭個橋，
面對巨佬的霸氣，我只想弱弱地說一句，“ SLF4J 這個門面擔當，你以為好當的啊？”
02、SLF4J 解決了什么痛點
春秋戰國的時候，每個國家都有自己的貨幣，用別國的貨幣也不合適，對吧？那在發生貿易的時候就比較麻煩了，貨幣不統一，就沒法直接交易，因為貨幣可能不等價，
那秦始皇統一六國后，就推出了新的貨幣政策，全國都用一種貨幣，那之前的問題就解決掉了，
你看，同樣的道理，日志系統有 JUL、JCL，Ceki Gulcu 自己又寫了 2 種，Log4j 和 Logback，各有各的優缺點，再加上使用者千千萬，蘿卜白菜各有所愛，這就導致不同的應用可能會用不同的日志系統，
假設我們正在開發一套系統，打算用 SLF4J 作為門面，Log4j 作為日志系統，我們在專案中使用了 A 框架，而 A 框架的門面是 JCL，日志系統是 JUL，那就相等于要維護兩套日志系統，對吧？
這就難受了！
Ceki Gulcu 想到了這個問題，并且幫我們解決了！來看 SLF4J 官網給出的解決方案，
- 使用 jcl-over-slf4j.jar 替換 commons-logging.jar
- 引入 jul-to-slf4j.jar
為了模擬這個程序，我們來建一個使用 JCL 的專案，
第一步，在 pom.xml 檔案中引入 commons-logging.jar：
<dependency>
<groupId>commons-logging</groupId>
<artifactId>commons-logging</artifactId>
<version>1.2</version>
</dependency>
第二步，新建測驗類：
package com.itwanger;
import org.apache.commons.logging.Log;
import org.apache.commons.logging.LogFactory;
/**
* @author 微信搜「沉默王二」，回復關鍵字 PDF
*/
public class Demo {
private static Log logger = LogFactory.getLog(Demo.class);
public static void main(String[] args) {
logger.info("jcl");
}
}
該類會通過 LogFactory 獲取一個 Log 物件，并且使用 info() 方法列印一行日志，
除錯這段代碼的程序中你會發現，Log 的實作有四種：
如果沒有系結 Log4j 的話，就會默認選擇 Jdk14Logger——它回傳的 Logger 物件，正是 java.util.logging.Logger，也就是 JUL，
因此，就可以在控制臺看到以下資訊：
10月 21, 2020 3:13:30 下午 com.itwanger.Demo main
資訊: jcl
怎么把使用 JCL 的專案改造成使用 SLF4J 的呢？
第三步，使用 jcl-over-slf4j.jar 替換 commons-logging.jar，并加入 jul-to-slf4j.jar、slf4j-log4j12.jar（會自動引入 slf4j-api.jar 和 log4j.jar）：
<dependency>
<groupId>org.slf4j</groupId>
<artifactId>jcl-over-slf4j</artifactId>
<version>1.7.25</version>
</dependency>
<dependency>
<groupId>org.slf4j</groupId>
<artifactId>jul-to-slf4j</artifactId>
<version>1.7.29</version>
</dependency>
<dependency>
<groupId>org.slf4j</groupId>
<artifactId>slf4j-log4j12</artifactId>
<version>1.7.25</version>
</dependency>
第四步，在 resources 目錄下創建 log4j.properties 檔案，內容如下所示：
### 設定###
log4j.rootLogger = debug,stdout,D
### 輸出資訊到控制臺 ###
log4j.appender.stdout = org.apache.log4j.ConsoleAppender
log4j.appender.stdout.Target = System.out
log4j.appender.stdout.layout = org.apache.log4j.PatternLayout
log4j.appender.stdout.layout.ConversionPattern = [%-5p] %d{yyyy-MM-dd HH:mm:ss,SSS} method:%l%n%m%n
### 輸出DEBUG 級別以上的日志到=debug.log ###
log4j.appender.D = org.apache.log4j.DailyRollingFileAppender
log4j.appender.D.File = debug.log
log4j.appender.D.Append = true
log4j.appender.D.Threshold = DEBUG
log4j.appender.D.layout = org.apache.log4j.PatternLayout
log4j.appender.D.layout.ConversionPattern = %d{yyyy-MM-dd HH:mm:ss} [ %t:%r ] - [ %p ] %m%n
再次運行 Demo 類，你會發現 target 目錄下會生成一個名叫 debug.log 的檔案，內容如下所示：
2020-10-21 15:32:06 [ main:0 ] - [ INFO ] jcl
并且可以在控制臺看到以下資訊：
[INFO ] 2020-10-21 15:32:06,192 method:com.itwanger.Demo.main(Demo.java:12)
jcl
仔細對比一下，你就會發現，這次輸出的格式和之前不一樣，這就是因為 Log4j 和 JUL 的日志格式不同導致的，
另外，你有沒有發現？我們并沒有改動測驗類 Demo，它里面使用的仍然是 JCL 獲取 Log 的方式：
private static Log logger = LogFactory.getLog(Demo.class);
但輸出的格式已經切換到 Log4j 了！
SLF4J 除了提供這種解決方案，系結 Log4j 替換 JUL 和 JCL；還提供了系結 Logback 替換 JUL、JCL、Log4j 的方案：
還有系結 JUL 替換 JCL 和 Log4j 的方案：
太強了，有木有？有的話請在留言區敲出 666，
03、SLF4J 比 Log4J 強在哪
SLF4J 除了解決掉以上的痛點，幫助我們的應用程式獨立于任何特定的日志系統，還有一個非常牛逼的功能，那就是 SLF4J 在列印日志的時候使用了占位符 {}，它有點類似于 String 類的 format() 方法（使用 %s 等填充引數），但更加便捷，這在很大程度上提高了程式的性能，
眾所周知，字串是不可變的，字串拼接會創建很多不必要的字串物件，極大的消耗了記憶體空間，但 Log4J 在列印帶引數的日志時，只能使用字串拼接的方式：
String name = "沉默王二";
int age = 18;
logger.debug(name + "，年紀：" + age + "，是個非常不要臉的程式員");
非常笨重，但加入了 SLF4J 后，這個問題迎刃而解，我們來看一下在 Log4j 專案中加入 SLF4J 的詳細的步驟，
第一步，把 log4j 的依賴替換為 slf4j-log4j12（Maven 會自動引入 slf4j-api.jar 和 log4j.jar）：
<dependency>
<groupId>org.slf4j</groupId>
<artifactId>slf4j-log4j12</artifactId>
<version>1.7.25</version>
</dependency>
第二步，在 resources 目錄下創建 log4j.properties 檔案，內容和 Log4j 那一篇完全相同：
### 設定###
log4j.rootLogger = debug,stdout,D,E
### 輸出資訊到控制臺 ###
log4j.appender.stdout = org.apache.log4j.ConsoleAppender
log4j.appender.stdout.Target = System.out
log4j.appender.stdout.layout = org.apache.log4j.PatternLayout
log4j.appender.stdout.layout.ConversionPattern = [%-5p] %d{yyyy-MM-dd HH:mm:ss,SSS} method:%l%n%m%n
### 輸出DEBUG 級別以上的日志到=debug.log ###
log4j.appender.D = org.apache.log4j.DailyRollingFileAppender
log4j.appender.D.File = debug.log
log4j.appender.D.Append = true
log4j.appender.D.Threshold = DEBUG
log4j.appender.D.layout = org.apache.log4j.PatternLayout
log4j.appender.D.layout.ConversionPattern = %d{yyyy-MM-dd HH:mm:ss} [ %t:%r ] - [ %p ] %m%n
### 輸出ERROR 級別以上的日志到=error.log ###
log4j.appender.E = org.apache.log4j.DailyRollingFileAppender
log4j.appender.E.File =error.log
log4j.appender.E.Append = true
log4j.appender.E.Threshold = ERROR
log4j.appender.E.layout = org.apache.log4j.PatternLayout
log4j.appender.E.layout.ConversionPattern = %d{yyyy-MM-dd HH:mm:ss} [ %t:%r ] - [ %p ] %m%n
第三步，新建測驗類：
package com.itwanger;
import org.slf4j.Logger;
import org.slf4j.LoggerFactory;
/**
* @author 微信搜「沉默王二」，回復關鍵字 PDF
*/
public class Log4jSLF4JDemo {
private static final Logger logger = LoggerFactory.getLogger(Log4jSLF4JDemo.class);
public static void main(String[] args) {
logger.debug("{}，是個非常不要臉的程式員","沉默王二");
}
}
看到了吧，使用占位符要比“+”運算子方便的多，并且此時不再需要 isDebugEnabled() 先進行判斷，debug() 方法會在字串拼接之前執行，
如果只是 Log4J 的話，會先進行字串拼接，再執行 debug() 方法，來看示例代碼：
String name = "沉默王二";
int age = 18;
logger.debug(name + "，年紀：" + age + "，是個非常不要臉的程式員");
在除錯這段代碼的時候，你會發現的，如下圖所示：
這也就意味著，如果日志系統的級別不是 DEBUG，就會多執行了字串拼接的操作，白白浪費了性能，
注意，阿里巴巴開發手冊上還有一條「強制」級別的規約：
這是因為如果引數是基本資料型別的話，會先進行自動裝箱（Integer.valueOf()），測驗代碼如下所示：
logger.debug("沉默王二，{}歲", 18);
通過反編譯工具就可以看得到：
logger.debug("\u6C89\u9ED8\u738B\u4E8C\uFF0C{}\u5C81", Integer.valueOf(18));
如果引數需要呼叫其他方法的話，debug() 方法會隨后呼叫，
也就是說，如果不 isDebugEnabled() 的話，在不是 DEBUG 級別的情況下，會多執行自動裝箱和呼叫其他方法的操作——程式的性能就下降了！
測驗類運行的結果和之前 Log4J 的一樣，小伙伴們可以點擊鏈接跳轉到 Log4j 那篇對比下，
04、總結
簡單總結一下這篇文章哈，
1）在使用日志系統的時候，一定要使用 SLF4J 作為門面擔當，
2）SLF4J 可以統一日志系統，作為上層的抽象介面，不需要關注底層的日志實作，可以是 Log4j，也可以是 Logback，或者 JUL、JCL，
3）SLF4J 在列印日志的時候可以使用占位符，既提高了程式性能（臨時字串少了，垃圾回收的作業量就小），又讓代碼變得美觀統一，
4）小伙伴們如果知道更多秘密的話，建議在留言區貼出來哦，
嗯哼，其實我已經寫完了整個日志系統，包括 Log4j、 SLF4J、Logback、Log4j 它弟 Log4j 2，但我覺得分開來發的話，更利于 SEO（瞧我這為了流量的心機，手動狗頭），如果你確實需要看完整版的話，我也貼心地為你準備了，點擊下面的鏈接就可以下載 PDF：
https://pan.baidu.com/s/1dPwsQhT5OMVapE7hGi7vww 提取碼:fxxy
碼字不易，日常求個贊吧，動一動金手指，bug 少一個（逃，
轉載請註明出處，本文鏈接：https://www.uj5u.com/houduan/209259.html
標籤：其他
上一篇：Java基礎語法：陣列