更多課程 選擇中心
        Java培訓

        400-111-8989

        Java培訓 > Java教程  > 正文

        jdk-logging、log4j、logback日志介紹及原理

        • 發布:Java培訓
        • 來源:Java教程
        • 時間:2016-12-21 21:58

        1 需要解決的疑惑

        目前的日志框架有jdk自帶的logging,log4j1、log4j2、logback,目前用于實現日志統一的框架apache的commons-logging、slf4j

        為了理清它們的關系,與繁雜的各種集成jar包,如下:

        log4j、log4j-api、log4j-core

        log4j-1.2-api、log4j-jcl、log4j-slf4j-impl、log4j-jul

        logback-core、logback-classic、logback-access

        commons-logging

        slf4j-api、slf4j-log4j12、slf4j-simple、jcl-over-slf4j、slf4j-jdk14、log4j-over-slf4j、slf4j-jcl

        分成3篇文章來闡述

        jdk自帶的logging、log4j1、log4j2、logback的使用與原理簡述

        slf4j、apache的commons-logging與上述日志框架的集成原理

        slf4j目前與commons-logging混用的境況

        2 jdk自帶的logging

        2.1 使用案例

        private static final Logger logger=Logger.getLogger(JdkLoggingTest.class.getName());

        public static void main(String[] args){

        logger.info("jdk logging info: a msg");

        }

        其中的Logger是:java.util.logging.Logger

        2.2 簡單過程分析

        不想看源碼的請略過

        創建一個LogManager

        默認是java.util.logging.LogManager,但是也可以自定義,修改系統屬性”java.util.logging.manager”即可,源碼如下(manager就是LogManager):

        try {

        cname = System.getProperty("java.util.logging.manager");

        if (cname != null) {

        try {

        Class clz = ClassLoader.getSystemClassLoader().loadClass(cname);

        manager = (LogManager) clz.newInstance();

        } catch (ClassNotFoundException ex) {

        Class clz = Thread.currentThread().getContextClassLoader().loadClass(cname);

        manager = (LogManager) clz.newInstance();

        }

        }

        } catch (Exception ex) {

        System.err.println("Could not load Logmanager \"" + cname + "\"");

        ex.printStackTrace();

        } if (manager == null) {

        manager = new LogManager();

        }

        加載配置文件

        默認是jre目錄下的lib/logging.properties文件,也可以自定義修改系統屬性”java.util.logging.config.file”,源碼如下:

        String fname = System.getProperty("java.util.logging.config.file"); if (fname == null) {

        fname = System.getProperty("java.home");

        if (fname == null) {

        throw new Error("Can't find java.home ??");

        }

        File f = new File(fname, "lib");

        f = new File(f, "logging.properties");

        fname = f.getCanonicalPath();

        } InputStream in = new FileInputStream(fname); BufferedInputStream bin = ew BufferedInputStream(in); try {

        readConfiguration(bin);

        }

        創建Logger,并緩存起來,放置到一個Hashtable中,并把LogManager設置進新創建的logger中

        以tomcat為例,它就自定義了上述配置。

        在tomcat的啟動文件catalina.bat中,有如下設置:

        修改屬性”java.util.logging.manager”,自定義LogManager,使用自己的ClassLoaderLogManager

        if not “%LOGGING_MANAGER%” == “” goto noJuliManager set LOGGING_MANAGER=-Djava.util.logging.manager=org.apache.juli.ClassLoaderLogManager :noJuliManager set JAVA_OPTS=%JAVA_OPTS% %LOGGING_MANAGER%

        修改屬性”java.util.logging.config.file”,自定義配置文件,使用自己的%CATALINA_BASE%\conf\logging.properties文件

        if not “%LOGGING_CONFIG%” == “” goto noJuliConfig set LOGGING_CONFIG=-Dnop if not exist “%CATALINA_BASE%\conf\logging.properties” goto noJuliConfig set LOGGING_CONFIG=-Djava.util.logging.config.file=”%CATALINA_BASE%\conf\logging.properties” :noJuliConfig set JAVA_OPTS=%JAVA_OPTS% %LOGGING_CONFIG%

        所以如果想研究tomcat的日志,可以從上面入手。

        jdk自帶的logging不再詳細介紹,有興趣的參見這篇文章JDK Logging深入分析

        3 log4j1

        3.1 使用案例

        3.1.1 需要的jar包

        log4j

        maven依賴如下:

        log4j

        log4j

        1.2.17

        3.1.2 使用方式

        第一步:編寫log4j.properties配置文件,放到類路徑下

        log4j.rootLogger = debug, console log4j.appender.console = org.apache.log4j.ConsoleAppender log4j.appender.console.layout = org.apache.log4j.PatternLayout log4j.appender.console.layout.ConversionPattern = %-d{yyyy-MM-dd HH:mm:ss} %m%n

        配置文件的詳細內容不是本博客關注的重點,不再說明,自行搜索

        第二步:代碼中如下使用

        public class Log4jTest {

        private static final Logger logger=Logger.getLogger(Log4jTest.class);

        public static void main(String[] args){

        if(logger.isTraceEnabled()){

        logger.debug("log4j trace message");

        }

        if(logger.isDebugEnabled()){

        logger.debug("log4j debug message");

        }

        if(logger.isInfoEnabled()){

        logger.debug("log4j info message");

        }

        }

        }

        補充:上述方式默認到類路徑下加載log4j.properties配置文件,如果log4j.properties配置文件不在類路徑下,則可以選擇如下方式之一來加載配置文件

        1.使用classLoader來加載資源PropertyConfigurator.configure(Log4jTest.class.getClassLoader().getResource(“properties/log4j.properties”));

        2.使用log4j自帶的Loader來加載資源

        PropertyConfigurator.configure(Loader.getResource(“properties/log4j.properties”));

        3.2 獲取Logger的原理

        不想看源碼的請略過

        本博客的重點不在于講解log4j的架構。只是簡單的說明獲取一個Logger的過程。分三種情況來說明:

        第一種情況:沒有指定配置文件路徑

        1 第一步: 引發LogManager的類初始化

        Logger.getLogger(Log4jTest.class)的源碼如下:

        static public Logger getLogger(Class clazz) {

        return LogManager.getLogger(clazz.getName());

        }

        2 第二步:初始化一個logger倉庫Hierarchy

        Hierarchy的源碼如下:

        public class Hierarchy implements LoggerRepository, RendererSupport, ThrowableRendererSupport {

        private LoggerFactory defaultFactory;

        Hashtable ht;

        Logger root;

        //其他略

        }

        LoggerFactory defaultFactory: 就是創建Logger的工廠

        Hashtable ht:用來存放上述工廠創建的Logger

        Logger root:作為根Logger

        LogManager在類初始化的時候如下方式來實例化Hierarchy:

        static {

        Hierarchy h = new Hierarchy(new RootLogger((Level) Level.DEBUG));

        //略

        }

        new RootLogger作為root logger,默認是debug級別

        最后把Hierarchy綁定到LogManager上,可以在任何地方來獲取這個logger倉庫Hierarchy

        3 第三步:在LogManager的類初始化的過程中默認尋找類路徑下的配置文件

        通過org.apache.log4j.helpers.Loader類來加載類路徑下的配置文件:

        Loader.getResource("log4j.xml");

        Loader.getResource("log4j.properties")

        優先選擇xml配置文件

        4 第四步:解析上述配置文件

        如果是xml文件則org.apache.log4j.xml.DOMConfigurator類來解析

        如果是properties文件,則使用org.apache.log4j.PropertyConfigurator來解析

        不再詳細說明解析過程,看下解析后的結果:設置RootLogger的級別

        對RootLogger添加一系列我們配置的appender(我們通過logger來輸出日志,通過logger中的appender指明了日志的輸出目的地)

        5 第五步:當一切都準備妥當后,就該獲取Logger了

        使用logger倉庫Hierarchy中內置的LoggerFactory工廠來創建Logger了,并緩存起來,同時將logger倉庫Hierarchy設置進新創建的Logger中

        第二種情況,手動來加載不在類路徑下的配置文件

        PropertyConfigurator.configure 執行時會去進行上述的配置文件解析,源碼如下:

        PropertyConfigurator.configure 執行時會去進行上述的配置文件解析,源碼如下:

        public static void configure(java.net.URL configURL) {

        new PropertyConfigurator().doConfigure(configURL,

        LogManager.getLoggerRepository());

        }

        仍然先會引發LogManager的類加載,創建出logger倉庫Hierarchy,同時嘗試加載類路徑下的配置文件,此時沒有則不進行解析,此時logger倉庫Hierarchy中的RootLogger默認采用debug級別,沒有appender而已。

        然后解析配置文件,對上述logger倉庫Hierarchy的RootLogger進行級別的設置,添加appender

        此時再去調用Logger.getLogger,不會導致LogManager的類初始化(因為已經加載過了)

        第三種情況,配置文件在類路徑下,而我們又手動使用PropertyConfigurator去加載,也就會造成2次加載解析配置文件,僅僅會造成覆蓋而已(對于RootLogger進行從新設置級別,刪除原有的appender,重新加載新的appender),所以多次加載解析配置文件以最后一次為準。

        3.3 主要對象總結

        LogManager: 它的類加載會創建logger倉庫Hierarchy,并嘗試尋找類路徑下的配置文件,如果有則解析

        Hierarchy : 包含三個重要屬性:

        LoggerFactory logger的創建工廠

        Hashtable 用于存放上述工廠創建的logger

        Logger root logger,用于承載解析文件的結果,設置級別,同時存放appender

        PropertyConfigurator: 用于解析log4j.properties文件

        Logger : 我們用來輸出日志的對象

        4 log4j2

        4.1 背景介紹

        log4j2與log4j1發生了很大的變化,不兼容。log4j1僅僅作為一個實際的日志框架,slf4j、commons-logging作為門面,統一各種日志框架的混亂格局,現在log4j2也想跳出來充當門面了,也想統一大家了。哎,日志格局越來越混亂了。

        log4j2分成2個部分:

        log4j-api: 作為日志接口層,用于統一底層日志系統

        log4j-core : 作為上述日志接口的實現,是一個實際的日志框架

        4.2 log4j2的使用案例

        4.2.1 需要的jar包

        log4j-api

        log4j-core

        對應的maven依賴是:

        org.apache.logging.log4j

        log4j-api

        2.2

        org.apache.logging.log4j

        log4j-core

        2.2

        4.2.2 使用方式

        第一步:編寫log4j2.xml配置文件(目前log4j2只支持xml json yuml,不再支持properties文件)

        第二步: 使用方式

        private static final Logger logger=LogManager.getLogger(Log4j2Test.class);

        public static void main(String[] args){

        if(logger.isTraceEnabled()){

        logger.debug("log4j trace message");

        }

        if(logger.isDebugEnabled()){

        logger.debug("log4j debug message");

        }

        if(logger.isInfoEnabled()){

        logger.debug("log4j info message");

        }

        }

        和log4j1是不同的。此時Logger是log4j-api中定義的接口,而log4j1中的Logger則是類

        4.3 使用過程簡單分析

        不想看源碼的請略過

        獲取底層使用的LoggerContextFactory:

        同樣LogManager的類加載會去尋找log4j-api定義的LoggerContextFactory接口的底層實現,獲取方式有三種:

        第一種: 嘗試從jar中尋找log4j2.component.properties文件,如果配置了log4j2.loggerContextFactory則使用該LoggerContextFactory

        第二種:如果沒找到,嘗試從jar包中尋找META-INF/log4j-provider.properties文件,如log4j-core-2.2中就有該文件,如下圖所示:、

        JDK工作原理及特性

        如果找到多個,取優先級最高的(該文件中指定了LoggerContextFactory,同時指定了優先級FactoryPriority),如log4j-core-2.2中log4j-provider.properties的文件內容如下:

        LoggerContextFactory = org.apache.logging.log4j.core.impl.Log4jContextFactory Log4jAPIVersion = 2.1.0 FactoryPriority= 10

        第三種情況:上述方式還沒找到,就使用默認的SimpleLoggerContextFactory

        使用LoggerContextFactory獲取LoggerContext

        根據LoggerContext獲取Logger

        以log4j-core為例:

        會首先判斷LoggerContext是否被初始化過了,沒有則進行初始化

        獲取ConfigurationFactory,從配置中獲取和插件中獲取(log4j-core核心包中有三個YamlConfigurationFactory、JsonConfigurationFactory、XmlConfigurationFactory)

        以上文的案例中,會使用XmlConfigurationFactory來加載log4j2.xml配置文件

        LoggerContext初始化后,就可以獲取或者創建Logger了

        4.4 主要對象總結

        LogManager: 它的類加載會去尋找LoggerContextFactory接口的底層實現,會從jar包中的配置文件中尋找,如上面所述

        LoggerContextFactory : 用于創建LoggerContext,不同的日志實現系統會有不同的實現,如log4j-core中的實現為Log4jContextFactory

        PropertyConfigurator: 用于解析log4j.properties文件

        LoggerContext : 它包含了配置信息,并能創建log4j-api定義的Logger接口實例,并緩存這些實例

        ConfigurationFactory:上述LoggerContext解析配置文件,需要用到ConfigurationFactory,目前有三個YamlConfigurationFactory、JsonConfigurationFactory、XmlConfigurationFactory,分別解析yuml json xml形式的配置文件

        5 logback

        5.1 使用案例

        5.1.1 需要的jar包

        logback-core

        logback-classic

        slf4j-api

        對應的maven依賴為:

        ch.qos.logback

        logback-core

        1.1.3

        ch.qos.logback

        logback-classic

        1.1.3

        org.slf4j

        slf4j-api

        1.7.12

        5.1.2 使用方式

        private static final Logger logger=LoggerFactory.getLogger(LogbackTest.class);

        public static void main(String[] args){

        if(logger.isDebugEnabled()){

        logger.debug("slf4j-logback debug message");

        }

        if(logger.isInfoEnabled()){

        logger.debug("slf4j-logback info message");

        }

        if(logger.isTraceEnabled()){

        logger.debug("slf4j-logback trace message");

        }

        LoggerContext lc = (LoggerContext) LoggerFactory.getILoggerFactory();

        StatusPrinter.print(lc);

        }

        補充:

        官方使用方式,其實就和slf4j集成了起來

        上述的Logger、LoggerFactory都是slf4j自己的接口與類

        沒有配置文件的情況下,使用的是默認配置。搜尋配置文件的過程如下:

        1.Logback tries to find a file called logback.groovy in the classpath.

        2.If no such file is found, logback tries to find a file called logback-test.xml in the classpath.

        3.If no such file is found, it checks for the file logback.xml in the classpath..

        4.If no such file is found, and the executing JVM has the ServiceLoader (JDK 6 and above) the ServiceLoader will be used to resolve an implementation of com.qos.logback.classic.spi.Configurator. The first implementation found will be used. See ServiceLoader documentation for more details.

        5.If none of the above succeeds, logback configures itself automatically using the BasicConfigurator which will cause logging output to be directed to the console.

        The fourth and last step is meant to provide a default (but very basic) logging functionality in the absence of a configuration file.

        也可以在類路徑下加上一個類似如下的logback.xml的配置文件,如下:

        【JDK工作日志及原理】

        logback則會去解析對應的配置文件。

        5.3 使用過程簡單分析

        不想看源碼的請略過

        slf4j與底層的日志系統進行綁定

        在jar包中尋找org/slf4j/impl/StaticLoggerBinder.class 這個類,如在logback-classic中就含有這個類,如下圖所示

        【JDK日志介紹及原理】

        如果找到多個StaticLoggerBinder,則表明目前底層有多個實際的日志框架,slf4j會隨機選擇一個

        使用上述找到的StaticLoggerBinder創建一個實例,并返回一個ILoggerFactory實例:

        return StaticLoggerBinder.getSingleton().getLoggerFactory();

        以logback-classic中的StaticLoggerBinder為例,在StaticLoggerBinder.getSingl

        eton()過程中:會去加載解析配置文件 源碼如下:

        public URL findURLOfDefaultConfigurationFile(boolean updateStatus) {

        ClassLoader myClassLoader = Loader.getClassLoaderOfObject(this);

        //尋找logback.configurationFile的系統屬性

        URL url = findConfigFileURLFromSystemProperties(myClassLoader, updateStatus);

        if (url != null) {

        return url;

        }

        //尋找logback.groovy

        url = getResource(GROOVY_AUTOCONFIG_FILE, myClassLoader, updateStatus);

        if (url != null) {

        return url;

        }

        //尋找logback-test.xml

        url = getResource(TEST_AUTOCONFIG_FILE, myClassLoader, updateStatus);

        if (url != null) {

        return url;

        }

        //尋找logback.xml

        return getResource(AUTOCONFIG_FILE, myClassLoader, updateStatus);

        }

        目前路徑都是定死的,只有logback.configurationFile的系統屬性是可以更改的,所以如果我們想更改配置文件的位置(不想放在類路徑下),則需要設置這個系統屬性:

        System.setProperty("logback.configurationFile", "/path/to/config.xml");

        解析完配置文件后,返回的ILoggerFactory實例的類型是LoggerContext(它包含了配置信息)

        根據返回的ILoggerFactory實例,來獲取Logger

        就是根據上述的LoggerContext來創建一個Logger,每個logger與LoggerContext建立了關系,并放到LoggerContext的緩存中,就是LoggerContext的如下屬性:

        private Map loggerCache;

        其實上述過程就是slf4j與其他日志系統的綁定過程。不同的日志系統與slf4j集成,都會有一個StaticLoggerBinder類,并會擁有一個ILoggerFactory的實現。

        內容未完待續,請持續關注達內java培訓機構的官網 我們會及時更新最新教程 希望能幫到積極上進的你

        預約申請免費試聽課

        填寫下面表單即可預約申請免費試聽!怕錢不夠?可就業掙錢后再付學費! 怕學不會?助教全程陪讀,隨時解惑!擔心就業?一地學習,可全國推薦就業!

        上一篇:java開發的十位牛人-java培訓班分享
        下一篇:java培訓班十二步讓你從小白變java大神
        • 掃碼領取資料

          回復關鍵字:視頻資料

          免費領取 達內課程視頻學習資料

        • 視頻學習QQ群

          添加QQ群:1143617948

          免費領取達內課程視頻學習資料

        Copyright ? 2021 Tedu.cn All Rights Reserved 京ICP備08000853號-56 京公網安備 11010802029508號 達內時代科技集團有限公司 版權所有

        選擇城市和中心
        貴州省

        福建省

        • 達內廈門軟件園中心
        廣西省

        海南省

        国产高清情侣视频2019年,限制电影福利在线观看,23伊人大香蕉 百度 好搜 搜狗
        <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <文本链> <文本链> <文本链> <文本链> <文本链> <文本链>