一、log4j基本用法
首先，配置log4j的jar，maven工程配置以下依赖，非maven工程从maven仓库下载jar添加到“build path”
然后，在src/main/java目录(包的根目录即classpath)新建log4j.properties文件
最后，新建Main.java文件
运行main方法，日志信息就出来了
二、log4j.properties路径
log4j.properties要放在哪以及怎样配置才能被解析呢？不同工程类型配置方式不同
1、普通java或spring工程
这是最常见的java工程类型，写demo用的多，把log4j.properties放在src/main/java目录(包的根目录)就行了
2、spring mvc工程
web工程里用spring mvc构建的比较多了，把log4j.properties放在src/main/resources的conf目录(web工程配置文件通常在resources或WEB-INF目录)，编辑web.xml，添加
3、普通web工程
没有了spring提供的listener加载log4j.properties，我们要怎么加载这个文件呢？同样，把log4j.properties放在src/main/resources的conf目录，用servlet加载
编辑web.xml，添加
看着是不是和spring mvc的很像，甚至你也想到了，普通java工程没有指定log4j.properties的路径，那说明log4j的jar包一定有一个默认的路径。另外，建议，log4j的配置放在第一个，因为后续加载其他组件就要开始使用日志记录了
现在，你可以在多种类型的java工程中打出日志了，但都是控制台的日志，输出内容也很有限，下面我们就来详细介绍log4j.properties内容怎么配置
三、log4j.properties内容
接下来介绍的内容看起来独立，其实相互关联，并且很有规律，我们要输出日志，首先得有日志对象(logger)，那这些日志对象把日志输出到哪里呢，控制台还是文件，这就要设置输出位置(appender)，输出的格式与内容又是什么样的呢，这就要设置输出样式(layout)，这些设置完，log4j的配置也就完了
在此之前，先介绍下log4j日志等级的概念，日志等级就是日志的重要程度，log4j日志分为7个等级：ALL、DEBUG、INFO、WARN、ERROR、FATAL、OFF，从左到右等级由低到高，分等级是为了设置日志输出的门槛，只有等级等于或高于这个门槛的日志才有机会输出
1、logger
日志实例，就是代码里实例化的Logger对象
这是全局logger的配置，LEVEL用来设定日志等级，appenderName定义日志输出器，示例中的“console”就是一个日志输出器
下面给出一个更清晰的例子，配置“com.demo.test”包下所有类中实例化的Logger对象
2、appender
日志输出器，指定logger的输出位置
appender有5种选择
每种appender都有若干配置项，下面逐一介绍
ConsoleAppender(常用)
FileAppender
DailyRollingFileAppender(常用)
RollingFileAppender
3、layout
指定logger输出内容及格式
layout有4种选择
layout也有配置项，下面具体介绍
HTMLLayout
PatternLayout(最常用的配置)
设置格式的参数说明如下
四、log4j完整配置示例
介绍完了log4j.properties内容，我们来配置一些常用的日志输出吧
控制台console日志输出器
文件logFile日志输出器
滚动文件rollingFile日志输出器
定期滚动文件dailyFile日志输出器
五、log4j局部日志配置
以上介绍的配置都是全局的，整个工程的代码使用同一套配置，意味着所有的日志都输出在了相同的地方，你无法直接了当的去看数据库访问日志、用户登录日志、操作日志，它们都混在一起，因此，需要为包甚至是类配置单独的日志输出，下面给出一个例子，为“com.demo.test”包指定日志输出器“test”，“com.demo.test”包下所有类的日志都将输出到/log/test.log文件
也可以让同一个类输出不同的日志，为达到这个目的，需要在这个类中实例化两个logger
然后分别配置
六、slf4j与log4j联合使用
slf4j是什么？slf4j只是定义了一组日志接口，但并未提供任何实现，既然这样，为什么要用slf4j呢？log4j不是已经满足要求了吗？
是的，log4j满足了要求，但是，日志框架并不只有log4j一个，你喜欢用log4j，有的人可能更喜欢logback，有的人甚至用jdk自带的日志框架，这种情况下，如果你要依赖别人的jar，整个系统就用了两个日志框架，如果你依赖10个jar，每个jar用的日志框架都不同，岂不是一个工程用了10个日志框架，那就乱了！
如果你的代码使用slf4j的接口，具体日志实现框架你喜欢用log4j，其他人的代码也用slf4j的接口，具体实现未知，那你依赖其他人jar包时，整个工程就只会用到log4j日志框架，这是一种典型的门面模式应用，与jvm思想相同，我们面向slf4j写日志代码，slf4j处理具体日志实现框架之间的差异，正如我们面向jvm写java代码，jvm处理操作系统之间的差异，结果就是，一处编写，到处运行。况且，现在越来越多的开源工具都在用slf4j了
那么，怎么用slf4j呢？
首先，得弄到slf4j的jar包，maven依赖如下，log4j配置过程完全不变
然后，弄到slf4j与log4j的关联jar包，通过这个东西，将对slf4j接口的调用转换为对log4j的调用，不同的日志实现框架，这个转换工具不同
当然了，slf4j-log4j12这个包肯定依赖了slf4j和log4j，所以使用slf4j+log4j的组合只要配置上面这一个依赖就够了
最后，代码里声明logger要改一下，原来使用log4j是这样的
现在要改成这样
依赖的Logger变了，而且，slf4j的api还能使用占位符，很方便
