Java日志系統(tǒng)的知識點有哪些

這篇文章主要介紹“Java日志系統(tǒng)的知識點有哪些”，在日常操作中，相信很多人在Java日志系統(tǒng)的知識點有哪些問題上存在疑惑，小編查閱了各式資料，整理出簡單好用的操作方法，希望對大家解答”Java日志系統(tǒng)的知識點有哪些”的疑惑有所幫助！接下來，請跟著小編一起來學習吧！

一、日志框架的分類

• 門面型日志框架：

1. JCL：　　Apache基金會所屬的項目，是一套Java日志接口，之前叫Jakarta Commons Logging，后更名為Commons Logging

2. SLF4J：  是一套簡易Java日志門面，本身并無日志的實現(xiàn)。（Simple Logging Facade for Java，縮寫Slf4j）

• 記錄型日志框架:

1. JUL：　　JDK中的日志記錄工具，也常稱為JDKLog、jdk-logging，自Java1.4以來的官方日志實現(xiàn)。

2. Log4j：　 一個具體的日志實現(xiàn)框架。

3. Log4j2：   一個具體的日志實現(xiàn)框架，是LOG4J1的下一個版本，與Log4j 1發(fā)生了很大的變化，Log4j 2不兼容Log4j 1。

4. Logback：一個具體的日志實現(xiàn)框架，和Slf4j是同一個作者，但其性能更好。

二、發(fā)展歷程

要搞清楚它們的關(guān)系，就要從它們是在什么情況下產(chǎn)生的說起。我們按照時間的先后順序來介紹。

Log4j

在JDK 1.3及以前，Java打日志依賴System.out.println(), System.err.println()或者e.printStackTrace()，Debug日志被寫到STDOUT流，錯誤日志被寫到STDERR流。這樣打日志有一個非常大的缺陷，即無法定制化，且日志粒度不夠細。
于是， Gülcü 于2001年發(fā)布了Log4j，后來成為Apache 基金會的頂級項目。Log4j 在設計上非常優(yōu)秀，對后續(xù)的 Java Log 框架有長久而深遠的影響，它定義的Logger、Appender、Level等概念如今已經(jīng)被廣泛使用。Log4j 的短板在于性能，在Logback 和 Log4j2 出來之后，Log4j的使用也減少了。

J.U.L

受Logj啟發(fā)，Sun在Java1.4版本中引入了java.util.logging，但是j.u.l功能遠不如log4j完善，開發(fā)者需要自己編寫Appenders（Sun稱之為Handlers），且只有兩個Handlers可用（Console和File），j.u.l在Java1.5以后性能和可用性才有所提升。

JCL（commons-logging）

由于項目的日志打印必然選擇兩個框架中至少一個，這時候，Apache的JCL（commons-logging）誕生了。JCL 是一個Log Facade，只提供 Log API，不提供實現(xiàn)，然后有 Adapter 來使用 Log4j 或者 JUL 作為Log Implementation。
在程序中日志創(chuàng)建和記錄都是用JCL中的接口，在真正運行時，會看當前ClassPath中有什么實現(xiàn)，如果有Log4j 就是用 Log4j, 如果啥都沒有就是用 JDK 的 JUL。
這樣，在你的項目中，還有第三方的項目中，大家記錄日志都使用 JCL 的接口，然后最終運行程序時，可以按照自己的需求(或者喜好)來選擇使用合適的Log Implementation。如果用Log4j, 就添加 Log4j 的jar包進去，然后寫一個 Log4j 的配置文件；如果喜歡用JUL，就只需要寫個 JUL 的配置文件。如果有其他的新的日志庫出現(xiàn)，也只需要它提供一個Adapter，運行的時候把這個日志庫的 jar 包加進去。
不過，commons-logging對Log4j和j.u.l的配置問題兼容的并不好，使用commons-loggings還可能會遇到類加載問題，導致NoClassDefFoundError的錯誤出現(xiàn)。

到這個時候一切看起來都很簡單，很美好。接口和實現(xiàn)做了良好的分離，在統(tǒng)一的JCL之下，不改變?nèi)魏未a，就可以通過配置就換用功能更強大，或者性能更好的日志庫實現(xiàn)。

這種簡單美好一直持續(xù)到SLF4J出現(xiàn)。

SLF4J & Logback

SLF4J（Simple Logging Facade for Java）和 Logback 也是Gülcü 創(chuàng)立的項目，目的是為了提供更高性能的實現(xiàn)。
從設計模式的角度說，SLF4J 是用來在log和代碼層之間起到門面作用，類似于 JCL 的 Log Facade。對于用戶來說只要使用SLF4J提供的接口，即可隱藏日志的具體實現(xiàn)，SLF4J提供的核心API是一些接口和一個LoggerFactory的工廠類，用戶只需按照它提供的統(tǒng)一紀錄日志接口，最終日志的格式、紀錄級別、輸出方式等可通過具體日志系統(tǒng)的配置來實現(xiàn)，因此可以靈活的切換日志系統(tǒng)。

Logback是log4j的升級版，當前分為三個目標模塊：

• logback-core：核心模塊，是其它兩個模塊的基礎模塊

• logback-classic：是log4j的一個改良版本，同時完整實現(xiàn) SLF4J API 使你可以很方便地更換成其它日記系統(tǒng)如log4j 或 JDK14 Logging

• logback-access：訪問模塊與Servlet容器集成提供通過Http來訪問日記的功能，是logback不可或缺的組成部分

Logback相較于log4j有更多的優(yōu)點：

• 更快的執(zhí)行速度

• 更充分的測試

• logback-classic 非常自然的實現(xiàn)了SLF4J

• 使用XML配置文件或者Groovy

• 自動重新載入配置文件

• 優(yōu)雅地從I/O錯誤中恢復

• 自動清除舊的日志歸檔文件

• 自動壓縮歸檔日志文件

• 謹慎模式

• Lilith

• 配置文件中的條件處理

• 更豐富的過濾

更詳細的解釋參見官網(wǎng)： https://logback.qos.ch/reasonsToSwitch.html

到這里，你可能會問：Apache 已經(jīng)有了個JCL，用來做各種Log lib統(tǒng)一的接口，如果 Gülcü 要搞一個更好的 Log 實現(xiàn)的話，直接寫一個實現(xiàn)就好了，為啥還要搞一個和SLF4J呢?

原因是Gülcü 認為 JCL 的 API 設計得不好，容易讓使用者寫出性能有問題的代碼。關(guān)于這點，你可以參考這篇文章獲得更詳細的介紹： https://zhuanlan.zhihu.com/p/24272450

現(xiàn)在事情就變復雜了。我們有了兩個流行的 Log Facade，以及三個流行的 Log Implementation。Gülcü 是個追求完美的人，他決定讓這些Log之間都能夠方便的互相替換，所以做了各種 Adapter 和 Bridge 來連接:

可以看到甚至 Log4j 和 JUL 都可以橋接到SLF4J，再通過 SLF4J 適配到到 Logback！需要注意的是不能有循環(huán)的橋接，比如下面這些依賴就不能同時存在:

• jcl-over-slf4j 和 slf4j-jcl

• log4j-over-slf4j 和 slf4j-log4j12

• jul-to-slf4j 和 slf4j-jdk14

然而，事情在變得更麻煩！

Log4j2

現(xiàn)在有了更好的 SLF4J 和 Logback，慢慢取代JCL 和 Log4j ，事情到這里總該大統(tǒng)一圓滿結(jié)束了吧。然而維護 Log4j 的人不這樣想，他們不想坐視用戶一點點被 SLF4J / Logback 蠶食，繼而搞出了 Log4j2。

Log4j2 和 Log4j1.x 并不兼容，設計上很大程度上模仿了 SLF4J/Logback，性能上也獲得了很大的提升。Log4j2 也做了 Facade/Implementation 分離的設計，分成了 log4j-api 和 log4j-core。

現(xiàn)在好了，我們有了三個流行的Log 接口和四個流行的Log實現(xiàn)，如果畫出橋接關(guān)系的圖來回事什么樣子呢?

到此，關(guān)于“Java日志系統(tǒng)的知識點有哪些”的學習就結(jié)束了，希望能夠解決大家的疑惑。理論與實踐的搭配能更好的幫助大家學習，快去試試吧！若想繼續(xù)學習更多相關(guān)知識，請繼續(xù)關(guān)注億速云網(wǎng)站，小編會繼續(xù)努力為大家?guī)砀鄬嵱玫奈恼拢?/p>