一：日志作用
更好的调试，分析问题。
普通的一个请求处理10秒钟，日志10秒钟，总共就得20秒钟，这肯定是不行的，因为日志严重影响了性能。所以，我们就有必要了解日志的实现方式，以及它是如何降低IO的时间。
java的有自己的日志输出，tomcat也有自己的日志输出，下面就让我们简单了解下，以便整理思路。
二：java日志的实现方式：
1.可以使用JDK自带的Log类，也可以使用其他的日志框架，如log4j，Slf4j等日志框架
常见java日志框架：
Log4j Apache Log4j是一个基于Java的日志记录工具。Log4j 是最常用的Java日志框架。
Log4j 2 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的配置文件，文件位于：Javajre1.8liblogging.properties，
而对比Tomcat的输出，我们的内容并没有输出到文件中。Log日志信息都输出到了Console中。
2.tomcat的实现：
tomcat默认使用JULI日志，也就是java自己的Log：java.util.logging.Logger。
项目中我们可以使用log4j来打印自己的日志。tomcat打印自己的系统日志，log4j打印项目中的日志，两者是不冲突的，可以同时工作，也就是说tomcatlogs目录下的日志是由他们两个共同打印出来的
3.tomcat默认使用JULI日志，如何验证呢：
tomcat会加载conflogging.properties配置文件，在该配置文件中配置了java.util.logging.ConsoleHandler，使用的是java日志logging包下的类
Tomcat中增加自定义的logger配置文件，这一过程是通过启动脚本catalina.bat(目录：apache-tomcat-8.0.38incatalina.bat)来实现的，所以我们可以编辑catalina.bat文件，有两个参数:LOGGING_CONFIG、LOGGING_MANAGER
--设置配置
if not exist "%CATALINA_BASE%conflogging.properties" goto noJuliConfig
set LOGGING_CONFIG=-Djava.util.logging.config.file="%CATALINA_BASE%conflogging.properties"
//此时我们可以打开tomcat的安装目录，进入到conflogging.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下默认的的配置文件：conflogging.properties中，同时指定了多个handlers，分别对应的是tomcatlogs目录
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文件为例
