前言
最近学习开java web服务器开发，开始学习java，处理业务逻辑，但对其中的日志比较好奇，之前没怎么接触过java，既然接触了就学习下，后台项目的框架好多，要学习的东西很多，继续努力。
java日志
网上一搜java日志工具，有好几种，萍舟看到不知道要学那种，想起之前看过的一篇关于DL的博客，这个博主学习一个新知识喜欢从该知识的发展史开始学习，萍舟这次就尝试这种学习方法，看看效果，结果发现比较能理清java日志的主流工具。
java日志发展史简介：
log4j 最早得到广泛应用的日志工具是 log4j ，这个作者比较牛，不知道用那种的错觉也是要拜该作者所赐，log4j的作者：Ceki Gülcü ，log4j 已经差不多成为了java日志的标准了。
**JUL **当log4j 使用广泛的时候，Sun公司也想在日志这里分一杯羹，sun公司就在jdk1.4中增加了JUL(java.util.logging)日志接口，这样市面上就出现了两种不同的日志，如果一个项目中两个相互协作的团队使用了两个不同的日志工具，那么合并项目的时候日志问题就会很棘手；
**JCL **为解决这个问题，Apache Commons Logging 开发了JCL（之前叫 Jakarta Commons Logging）将日志工具抽象成一个接口层，该接口层可以对不同日志工具进行适配换转接，JCL只提供了log接口，具体的实现则在运行时动态寻找。
因此，很多项目采用 JCL + log4j 这种搭配，不过当程序规模越来越庞大之后，JCL的动态绑定并不一定总能成功，因此急需一种更优秀的日志工具。
**SLF4J **此时log4j的作者Ceki Gülcü又站了出来，开发出了SLF4J日志工具，SLF4J工具采用在程序部署时静态绑定指定日志工具的方法来解决这一问题。
SLF4J通JCL一样，也只是提供log接口，具体的实现是在打包应用程序时所放入的绑定名字为（slf4j-XXX-version.jar）的转换器来决定，其中xxx可以是log4j、jcl、jul等日志类，你只需编写SLF4J接口的日志，放入绑定器来转换成其他格式的日志。
如果现在使用的是非SLF4J日志工具，可以桥接器（名字为XXX-over-slf4j.jar)把当前日志组件转换到SLF4J，SLF4J又根据绑定器把日志交给具体的日志实现工具。
**logback **Ceki Gülcü 还开发了一个slf4j的“亲儿子”---logback，logback是一个比slf4j更加优秀的日志工具。
log4j2 此后，Ceki Gülcü还升级了下log4j --- log4j2代替了log4j。
到此主流的日志工具发展史基本介绍完毕了，发展过程就是：log4j -->> JUL -->> JCL -->> SLF4J -->> logback -->> log4j2。
上述中提到JCL、SLF4J、logback这三都是实现了和其他日志的转换接口，对于性能上来说JCL性能差些、logback性能最好，这里我们就按处于中间性能的 slf4j 的接口来说下怎么使用。
slf4j 采用接口和实现分离的方式，它有个接口层，用户记录日志的时候只需安装 slf4j 的格式记录日志即可。
而系统真正写入的日志格式是依赖于实现层配置的内容的，如果你想真正记录 log4j2 格式的日志，则在实现层放入slf4j-log4j2.jar转换文件，这样就可以把用户按照 slf4j 格式写的日志在项目中转换成log4j2 格式的日志了。
同理，如果用户当前的项目是jcl格式的日志，用户想按照slf4j格式记录日志，那么只需在放入一个桥接器：jcl-over-slf4j.jar桥接器，而原本这个项目是通过jcl输出日志的，现在却会因为“jcl-over-slf4j.jar”桥接到slf4j中，而slf4j又会根据实现层绑定的具体日志实现工具实现日志输出。
上层和下层都可以相互转换，就会出现一个问题，如果上层和下层使用了一个相互转换的工具，那么日志的实现就会被踢来踢去，如下图所示 ，红色就是代表两个会相互冲突，
对于其他日志格式的文件同样可以适用以上两张转换关系，整个的转换关系如下所示，红色的线表示会相互踢皮球的。
下面就开始介绍主流的日志工具的优缺点了：
LOG4j:
log4j 是apache的一个开源项目，创始人Ceki Gulcu。Log4j应该说是Java领域资格最老，应用最广的日志工具。从诞生之日到现在一直广受业界欢迎。
Log4j是高度可配置的，并可通过在运行时的外部文件配置。它根据记录的优先级别，并提供机制，以指示记录信息到许多的目的地，诸如：数据库，文件，控制台，UNIX系统日志等。
Log4j中有三个主要组成部分：loggers:负责捕获记录信息；appenders :负责发布日志信息，以不同的首选目的地；layouts:负责格式化不同风格的日志信息。
JUL (java.util.logging)
JDK1.4开始，通过java.util.logging 提供日志功能。它能满足基本的日志需要，但是功能没有Log4j强大，而且使用范围也没有Log4j广泛。
JCL( commons Loggin):
common-logging是apache的一个开源项目。也称Jakarta Commons Logging，缩写JCL。common-logging的功能是提供日志功能的API接口，本身并不提供日志的具体实现（当然，common-logging内部有一个Simple logger的简单实现，但是功能很弱，直接忽略），而是在运行时动态的绑定日志实现组件来工作（如log4j、java.util.loggin）。
SLF4J
SLF4J全称为Simple Logging Facade for Java，而作者又是Ceki Gulcu！这位大神写了Log4j、Logback和slf4j，专注日志组件开发五百年，一直只能超越自己。
类似于Common-Logging，slf4j是对不同日志框架提供的一个API封装，可以在部署的时候不修改任何配置即可接入一种日志实现方案。但是，slf4j在编译时静态绑定真正的Log库。使用SLF4J时，如果你需要使用某一种日志实现，那么你必须选择正确的SLF4J的jar包的集合（各种桥接包）。
common-logging vs slf4j
slf4j库类似于Apache Common-Logging。但是，他在编译时静态绑定真正的日志库。这点似乎很麻烦，其实也不过是导入桥接jar包而已。
slf4j一大亮点是提供了更方便的日志记录方式：不需要使用logger.isDebugEnabled()来解决日志因为字符拼接产生的性能问题。slf4j的方式是使用{}作为字符串替换符，形式如下：logger.debug("id: {},name: {} ",id,name).
logback：
Logback 是由log4j创始人Ceki Gulcu设计的又一个开源日记组件，目标是替代log4j。logback当前分成三个模块：logback-core,logback- classic和logback-access。logback-core是其它两个模块的基础模块。
logback-classic是log4j的一个 改良版本。此外logback-classic完整实现SLF4J API使你可以很方便地更换成其它日记系统如log4j或JDK14 Logging。
logback-access访问模块与Servlet容器集成提供通过Http来访问日记的功能。
Log4j vs Logback
Logback相比Log4j具有许多好处：性能提高了近10倍、内存开销减少了、logback应该更加稳定、天然支持slf4j、因为Logback-classic完全实现了slf4j的接口，天然支持slf4j、自动重载配置文件、通过配置文件最大数和过期时间，Logback可以控制日志文件数并自动清除过期的日志。
Logback-access：Logback-access支持Logback-classic的所有特性，并且它可以提供丰富的HTTP-access日志功能。
log4j 2
log4j2 是log4j 的升级版 ，兼容log4j，相对的升级了：
api分离：将接口实现分离，性能相对于log4j1提升了18倍，log4j2支持种日志的api：Log4j 1.2、 SLF4J、Commons Logging 、 java.util.logging (JUL) APIs；可以自动读取配置等等优点。
现在比较推荐的是slf4j+Logback的解决方案。
了解主流的日志工具后，我们还需要学习日志中记录信息的级别，在这些主流的日志工具中，都把日志根据信息的不同分为了几个级别，不同的日志工具可能分的不一样，但都是大同小异的，清楚了一个之后其他都类似。这里就以logback为例吧（本来想找slf4j的不知道怎么就是打不开官网）：logback中关于log level的介绍
实现log level的方法主要在logger、Appender和Layout这三个class文件中，Loger class是logback-classic的module，而Appender和Layout的接口是logback-core的一部分。logger接口提供的方法有 如下所示：
package org.slf4j;
public interface Logger {
// Printing methods:
public void trace(String message);
public void debug(String message);
public void info(String message);
public void warn(String message);
public void error(String message);
}
logback中设定的级别为：TRACE < DEBUG < INFO < WARN < ERROR. 级别设定的文件在：ch.qos.logback.classic.Level 类文件中。使用方法前应该先生成日志类对象：
Logger logger = LoggerFactory.getLogger(类名.class);
其中getLogger填写一个字符串即可，建议直接填写: 类名.class，这样可以直接使用当前类作为日志表示，使用"类名.class"的字符串格式是：“com.hhxk.xrims.web.user.类名”， 我们都知道对于目录 X 和目录X.Y，X是Y的父级目录，如果Y中的类名没有申明日志级别，则默认继承父类X的日志级别，例如下图中的日志级别，其中X.Y没有设定日志级别就 默认继承了父级的日志级别。
下面来看一个例子：
import ch.qos.logback.classic.Level;
import org.slf4j.Logger;
import org.slf4j.LoggerFactory;
....
// 使用“com.foo”作为logger的实例名
// 把logger强制转换为ch.qos.logback.classic.Logger，这样我们就可以设置日志级别了
ch.qos.logback.classic.Logger logger =
(ch.qos.logback.classic.Logger) LoggerFactory.getLogger("com.foo");
//设置日志级别为INFO
logger.setLevel(Level. INFO);
//这个请求时有效的，因为WARN >= INFO
logger.warn("Low fuel level.");
// 这个请求时无效的，因为 DEBUG < INFO.
logger.debug("Starting search for nearest gas station.");
// 下面这个日志没有设置日志级别则默认继承父级“com.foo"的级别INFO
// 请求有效，因为INFO >= INFO.
Logger barlogger = LoggerFactory.getLogger("com.foo.Bar");
barlogger.info("Located nearest gas station.");
// T请求无效，因为DEBUG < INFO.
barlogger.debug("Exiting gas station search");
使用相同的名字生成的日志指向相同的对象：
Logger x = LoggerFactory.getLogger("wombat");
Logger y = LoggerFactory.getLogger("wombat")
x和y实际上指向相同的对象。
对于输出程序中的变量有以下两种方式：
logger.debug("The new entry is {}. It replaces {}.", entry, oldEntry); //推荐，效率高
logger.debug("The new entry is “+entry+”. It replaces "+oldEntry)；
如果参数是数组，还可以这样写：
Object[] paramArray = {newVal, below, above};
logger.debug("Value {} was inserted between {} and {}.", paramArray);
最后是关于logback的配置的问题，点击这里进入官网介绍配置地址。
如果你想直接使用的介绍，这里推荐一篇比较不错的介绍博客:细说java主流日志工具库
