在程序的开发过程中，可以使用debug打断点来调试程序，观察程序的运行情况。那代码上线之后，怎么看程序的运行情况呢？打log。
1、
程序log的几处应用：
- 定位问题
- 观察程序的运行状态
- 统计
log的三大组件：
Logger：输入日志的具体内容
Appender：输出到哪里
Layout：输出日志的样式
2、打log的方式：
打log无非就是在程序中通过硬编码的方式，输出一些信息。极端点，通过system.out.print()也照样能打出信息来，为啥那搞那么复杂的日志系统呢？我个人的理解，主要是为了便于统一控制。举个栗子，不要maven，去各大网站把jar包一个个的下载下来，再导入到项目里，也一样能让程序跑起来，为啥大家不这么干呢 ？不就是为了方便和统一管理么。
3、log的level：ALL < DEBUG < INFO < WARN < ERROR < FATAL < OFF
举个栗子，在实例化Logger对象的时候，设置的配置级别是INFO，那么，至少要用logger.info()才能打印出来，用logger.debug()是不会进行打印的。
通常，使用Level来限制日志的输出，还有另一种方式是使用Threshold，概念上是类似的。
4、创建logger实例：
在代码中，常常会使用如下的方式获取一个logger实例，
private static final Logger LOGGER = LoggerFactory.getLogger(ProductAuditResultListener.class);
这种方式其实是使用类的全限定名来生成logger实例的，上面的代码就等价于：
private static final Logger LOGGER = LoggerFactory.getLogger("com.dianping.secondhand.service.mq.consumer.ProductAuditResultListener”);
而在log4j中，也是靠名字来区分logger的层次结构的，举个栗子：
比如：名称为java的Logger就是java.util的父Logger；java.util是java.util.Collection的父Logger；Logger的体系结构和package的结构划分类似，使用.来区分；所以我们前面才说，使用类的全限定名是最简单，也是最符合logger的体系结构的命名方式。
5、root logger：
- root logger是没有名字的
- root logger是自动存在的
- root logger必须设置level
- Logger.getRootLogger()可以用来获取root logger
在log4j中，按道理说，应该为每一个logger都指定其level、appender与layout，然而log4j使用层级与继承的方式，让配置最大程度的简化，并提供了相当大的灵活性。
6、appender：
appender指的是日志的输出目的地。对于appender而言，其对parent的态度不是继承或覆盖，而是一种叠加或叫追加。它会把它所有parent的appender都追加到自身之上，这可能导致同一条log.info()语句输出好几遍。可以通过设置
additivity="false"
来禁止这种特性。
7、Layout：
Layout指明了输出的日志的格式。一般该对象是绑定在appender上的，的创建appender的时候指定。反应到XML配置文件中，就有如下的配置结构：
为root logger指定level、appender -> 在appender的声明中指定layout
8、log4j的启动：
在整个应用启动时，就得完成log4j相应配置的读取和加载，否则log4j会告警的。至少，怎么说也得把root logger配置好[level、appender、layout]吧。在web应用中，可以通过在web.xml配置个listener
org.apache.logging.log4j.web.Log4jServletContextListener
来完成log4j的启动