上一篇里，笔者将DAO做了一个通用的实现，不过在继续之前，我们好像忘了些什么。就是做任何程序都不可缺少的东东，一个对程序的功能没什么用，很容被遗忘，但是每个方法里都需要有的东西，那就是日志。

 

        笔者以往的经验都是将Log4j配置到Spring中去用，顺着这一点，访问了下log4j的官网,进而看到了新东东log4j2，粗略地看了一下介绍：比log4j更好的性能，做了些logback的实现甚至还解决了些logback的固有的问题，支持多种facade框架。听起来还不错，于是动了把这玩意儿加到Spring中的想法，到网上去搜娄了一翻后。。。 好吧，我承认东西很少，只能是苦读官方的英文文档加debug状态看源码了。

 

        在log4j2的官网http://logging.apache.org/log4j/2.x/上，瞅一眼左侧的导航栏，大致都点进去看一下：API里说的需要JDK1.5以上，Architecture里的类架构图，以及与log4j的集成或转换等等。这些都不重要，因为目前没有用到，需要时候再来看不迟。我们的重点是Configuration. 进入Configuration页面，细读一下吧。

 

        看到Configuration中所述，配置可以是xml形式，可以是json形式，也可以是编码的方式(Programmatically),我们要的是可以配到前面所写的由Spring@Configuration标注的ApplicationContext.java中的方式，当然就是编码方式，二话不说，直接按其所指，看看ExtendingLog4j 2 里怎么说。一堆诸如@Plugin的注解式配置，大喜。不过整了半天，没奏效。想想即使好用，配置到Spring中也是一件费力的事儿，还是去Debug吧。Log的用法还是这样：

 

Java代码 复制代码  收藏代码
  1. Logger logger = LogManager.getLogger(this.getClass());  

Logger logger = LogManager.getLogger(this.getClass());

 

        顺着这条藤，自是能摸到瓜的。LogManager中有Log4jContextFactory,用来选择生成LoggerContext.我们看到Context这个词，很容易就想到它是要干什么的：一个装载了很多通过名字得到的唯一单例的容器，所说的单例自然是Logger。正因如此，LogManager里的这个LoggerContext可以通过类名将logger一一对应。OK,不废话了，继续：在LoggerContext被实例化时，它有个属性Configuration也被同时实例化，这个实例是DefaultConfiguration类型.实例化后Facotry又将Context启动，调用了LoggerContext.start()方法，该方法会reconfiguraion()。这个reconfiguration()会进行系统下的配置找寻，也就是按照我们看到的官网中AutomaticConfiguration里所写的配置顺序进行找寻。（多一嘴：这里Debug过程中也确认了它在找系统默认ClassLoader中去找被注解所注的配置，而且看到我注解的类确实在ClassLoader里，至于为什么没有被加载，始终搞不明白）。继续Debug会看到最后它什么也没找到又加载一遍DefaultConfiguration。