记录日志向来是企业级应用程序必须考虑的事情。早些年，一个项目一个日志功能或模块，然后有了log4j这样的产品。不知是log4j将记录日志做到了极致，或是技术含量不高，又或是经济利益不明显，它已成为了这个方面最主要的实现者。它的地位形成了一个事实，其它日志工具与它共存时，大家会很自觉地调用它来完成实际的工作。在使用spring的过程中，这个机制刚开始会让程序员有些迷惑，至少我是这样的。spring官网改版前提供jar包下载，现在是通过maven或gradle在线下载jar包。在spring framework里，日志工具是common-logging。在spring data jpa里，日志工具变成了slf4j，它需要两个包：jcl-over-slf4j和slf4j-api。事情并没有结束，因为项目还需要hibernate。从hibernate4开始，它的日志工具变成了jboss-logging，为了支持i18n。现在项目工程的lib文件夹里已经有了4个jar包来支持记录日志的工作，即便如此，我们除了能在控制台输出上看到相关信息外，并不能对这些日志工具进行配置从而将日志内容记录到文件或数据库里进行持久化存储。到官网（确保正确性）上查看资料，我们才会发现这些工具都是facade，只提供最simple或default的日志记录功能，要想进行扩展，必须集成log4j这样的产品。对于common-logging和jboss-logging，把log4j的jar包跟它们放在一起，这两个工具就能自动集成log4j了；对于slf4j，还需要外加一个slf4j-log4j的jar包。在spring的文档中有这样几句话：If we could turn back the clock and start Spring now as a new project it would use a different logging dependency. The first choice would probably be the Simple Logging Facade for Java (SLF4J), which is also used by a lot of other tools that people use with Spring inside their applications.SLF4J is a cleaner dependency and more efficient at runtime than commons-logging because it uses compile-time bindings instead of runtime discovery of the other logging frameworks it integrates.好吧，时间是不可能倒退的，我们只能靠自己完成配置以使用slf4j。jboss-logging实现的也是“运行时发现算法”（runtime discovery algorithm），会有什么问题？随它去吧！common-logging是jcl标准接口的实现，所以jcl-over-slf4j是jcl与slf4j之间的桥梁，有了jcl-over-slf4j，spring还以为自己仍然在调用common-logging。之后，slf4j-api调用slf4j-log4j的接口去使用真正的log4j。使用log4j确实简单，把配置文件放到classpath下就行了，如果是eclipse的目录结构，就是放到src文件夹里。配置文件的内容由三个部分组成：logger、appender和layout，理解起来也很容易，网上资料太多在这里就不重复了。
最后可以总结出我们的日志工具所需要的jar包：jcl-over-slf4j、slf4j-api、slf4j-log4j、log4j、jboss-logging。除了日志工具的纠结外，这些优秀的框架在java字节码操作和动态代理方面也是盘根错节的。就目前的发行版来看，hibernate从cglib更改为了javassist，spring3.2后就直接集成了cglib+asm，好像以前是集成在一起的，后来分开了（需要单独添加jar包），现在又在一起了，真是折腾啊！这次在一起后，spring在动态代理方面威力巨大，既可以实现接口代理（jdk支持）又可以实现类代理（cglib支持）。