Tomcat日志与Log4j日志

一：日志作用

　　更好的调试，分析问题。

普通的一个请求处理10秒钟，日志10秒钟，总共就得20秒钟，这肯定是不行的，因为日志严重影响了性能。所以，我们就有必要了解日志的实现方式，以及它是如何降低IO的时间。

java的有自己的日志输出，tomcat也有自己的日志输出，下面就让我们简单了解下，以便整理思路。

二：java日志的实现方式：

　　1.可以使用JDK自带的Log类，也可以使用其他的日志框架，如log4j，Slf4j等日志框架

常见java日志框架：

Log4j Apache Log4j是一个基于Java的日志记录工具。Log4j 是最常用的Java日志框架。

Log4j  Apache Log4j 2是apache开发的一款Log4j的升级产品。

Commons Logging Apache基金会所属的项目，是一套Java日志接口，之前叫Jakarta Commons Logging，后更名为Commons Logging。

Slf4j 类似于Commons Logging，是一套简易Java日志门面，本身并无日志的实现。（Simple Logging Facade for Java，缩写Slf4j）。

Logback 一套日志组件的实现(slf4j阵营)。

Jul (Java Util Logging),自Java1.4以来的官方日志实现，也就是JDK自带的实现。

三：Tomcat日志：

　1.JDK的实现：

　　　　由于JDK的内部，默认提供了关于Log的配置文件，文件位于：Java\jre1.8\lib\logging.properties，

　　　　而对比Tomcat的输出，我们的内容并没有输出到文件中。Log日志信息都输出到了Console中。

2.tomcat的实现：

　　tomcat默认使用JULI日志，也就是java自己的Log：java.util.logging.Logger。

　　项目中我们可以使用log4j来打印自己的日志。tomcat打印自己的系统日志，log4j打印项目中的日志，两者是不冲突的，可以同时工作，也就是说tomcat\logs目录下的日志是由他们两个共同打印出来的

　3.tomcat默认使用JULI日志，如何验证呢：

　　tomcat会加载\conf\logging.properties配置文件，在该配置文件中配置了java.util.logging.ConsoleHandler，使用的是java日志logging包下的类　

Tomcat中增加自定义的logger配置文件，这一过程是通过启动脚本catalina.bat(目录：apache-tomcat-8.0.\bin\catalina.bat)来实现的，所以我们可以编辑catalina.bat文件，有两个参数:LOGGING_CONFIG、LOGGING_MANAGER　　

　　--设置配置

　　if not exist "%CATALINA_BASE%\conf\logging.properties" goto noJuliConfig
　　set LOGGING_CONFIG=-Djava.util.logging.config.file="%CATALINA_BASE%\conf\logging.properties"
　　//此时我们可以打开tomcat的安装目录，进入到conf\logging.properties文件中进行查看，就可以看到.handlers = 1catalina.org.apache.juli.AsyncFileHandler, java.util.logging.ConsoleHandler，也就验证了tomcat默认使用java的Log来打印日志

　　if not "%LOGGING_MANAGER%" == "" goto noJuliManager
　　set LOGGING_MANAGER=-Djava.util.logging.manager=org.apache.juli.ClassLoaderLogManager
　　即启动参数中包含两个-D参数 java.util.logging.config.file，java.util.logging.manager。

4.Tomcat下默认的的配置文件：conf\logging.properties中，同时指定了多个handlers，分别对应的是tomcat\logs目录

5.Tomcat 日志信息分为两类 ：

一是运行中的日志，它主要记录运行的一些信息，尤其是一些异常错误日志信息 。
二是访问日志信息，它记录的访问的时间，IP ，访问的资料等相关信息。

默认 tomcat 不记录访问日志，如下方法可以使 tomcat 记录访问日志:
编辑 catalina/conf/server.xml文件：
注释掉<Valve className="org.apache.catalina.valves.AccessLogValve">之后，就看不到所有的请求参数了。
//server.xml的每一个元素都对应了Tomcat中的一个组件
AccessLogValve的作用是通过日志记录其所在的容器中处理的所有请求,记录的日志就是访问日志，每天的请求会写到一个日志文件里

四：总结一下：

1.Tomcat内部的日志实现，是使用JULI，
Tomcat使用的日志配置文件：$CATALINA_BASE/conf/logging.properties
Tomcat日志管理类默认使用的是JULI：LOGGING_MANAGER="-Djava.util.logging.manager=org.apache.juli.ClassLoaderLogManager"

2.Tomcat下相关的日志文件
Cataline引擎的日志文件，文件名catalina.日期.log
注:{catalina} 是 tomcat 的安装目录

3.Tomcat下Web应用程序可以使用如下3种日志：
使用JDK提供的日志java.util.logging.
使用Java Servlets规范中定义的日志javax.servlet.ServletContext.log(...)
使用其他日志框架，如log4j

4.也可以使用界面来管理tomcat的项目，此时需要在tomcat-user.xml中进行配置，然后访问：http://localhost:8081/manager/html

五：Log4j的日志实现

　　Log4j可以打印我们项目中自己的日志信息，它有主要的组件：Loggers(记录器)，Appenders (输出源)和Layouts(布局)，这里不做介绍。

　　实现原理：会自动帮我们加载日志文件，只要我们放到对应的目录下就可以，约定大于配置。

　　直接看源码：LogManager类：org.apache.log4j.LogManager

    // By default we use a DefaultRepositorySelector which always returns 'h'.
    Hierarchy h = new Hierarchy(new RootLogger((Level) Level.DEBUG));
    repositorySelector = new DefaultRepositorySelector(h);

　　//step1:先去找有没有覆盖的
/** Search for the properties file log4j.properties in the CLASSPATH.  */
    String override =OptionConverter.getSystemProperty(DEFAULT_INIT_OVERRIDE_KEY,
                               null);

    // if there is no default init override, then get the resource
    // specified by the user or the default config file.
    if(override == null || "false".equalsIgnoreCase(override)) {
　　//step2:再找有我们有没有自己配置
      String configurationOptionStr = OptionConverter.getSystemProperty(
                              DEFAULT_CONFIGURATION_KEY,
                              null);

      String configuratorClassName = OptionConverter.getSystemProperty(
                                                   CONFIGURATOR_CLASS_KEY,
                           null);

      URL url = null;

      // if the user has not specified the log4j.configuration
      // property, we search first for the file "log4j.xml" and then
      // "log4j.properties"
      if(configurationOptionStr == null) {   
　　//step3:在系统的类路径下，尝试加载log4j.xml
    url = Loader.getResource(DEFAULT_XML_CONFIGURATION_FILE);
    if(url == null) {
//step4：尝试去加载log4j.properties
      url = Loader.getResource(DEFAULT_CONFIGURATION_FILE);
    }
      } else {
    try {
      url = new URL(configurationOptionStr);
    } catch (MalformedURLException ex) {
      // so, resource is not a URL:
      // attempt to get the resource from the class path
      url = Loader.getResource(configurationOptionStr);
    }
      }

      // If we have a non-null url, then delegate the rest of the
      // configuration to the OptionConverter.selectAndConfigure
      // method.
      if(url != null) {
        LogLog.debug("Using URL ["+url+"] for automatic log4j configuration.");
        try {
            OptionConverter.selectAndConfigure(url, configuratorClassName,
                       LogManager.getLoggerRepository());
        } catch (NoClassDefFoundError e) {
            LogLog.warn("Error during default initialization", e);
        }
      } else {
        LogLog.debug("Could not find resource: ["+configurationOptionStr+"].");
      }
    } else {
        LogLog.debug("Default initialization of overridden by " +
            DEFAULT_INIT_OVERRIDE_KEY + "property.");
    }
  

也就是说：

　　1. 获取系统属性，看是否用户设置了override。默认是不设置的。

　　2.查看我们自己是否有配置

　　3. 如果确实没有设置，那么尝试找一下，有没有log4j.xml，有则加载。

　　4. 如果还没有，那么尝试找一下，有没有log4j.properites，有则加载。

所以，你把log4j.xml或log4j.properties放在这些目录下，那么log4j会“自动去加载”到，不用程序里手工写加载代码了。这也就“约定大于配置的好处”。

参考：

https://www.zhihu.com/question/40854079

https://www.cnblogs.com/alipayhutu/archive/2013/04/18/3028249.html

六：其他

日志Log类：

===================================================

配置文件： 以log4j.properties文件为例