log4j

转：spring boot log4j2配置（使用log4j2.yml文件） - CSDN博客 http://blog.csdn.net/ClementAD/article/details/51498864 YAML 语言教程 - 阮一峰的网络日志 http://www.ruanyifeng.com/blog/2016/07/yaml.html yml转javaScript 在线工具：YAML parser for JavaScript - JS-YAML http://nodeca.github.io/js-yaml/#yaml=LS ============ 在spring boot中，配置log4j2的几个步骤（使用yml文件）： 1、pom文件的依赖配置中，去掉spring boot默认的log配置，引入log4j2依赖包： <!-- log related --> < dependency > <!-- exclude掉spring-boot的默认log配置 --> < groupId > org.springframework.boot </ groupId > < artifactId > spring-boot-starter </ artifactId > < exclusions > < exclusion > < groupId > org

背景： springboot+maven+mybatis 项目，报错如下： log4j:WARN No appenders could be found for logger (freemarker.cache). log4j:WARN Please initialize the log4j system properly. log4j:WARN See http://logging.apache.org/log4j/1.2/faq.html#noconfig for more info. 解决方法： 在resources目录下新建文件 log4j.properties ，添加以下代码： log4j.rootLogger=WARN, stdout log4j.appender.stdout=org.apache.log4j.ConsoleAppender log4j.appender.stdout.layout=org.apache.log4j.PatternLayout log4j.appender.stdout.layout.ConversionPattern=%d %p [%c] - %m%n 相关截图如下： 来源： CSDN 作者： lezeqe 链接： https://blog.csdn.net/lezeqe/article/details/103805338

Java日志库是最能体现Java库在进化中的渊源关系的，在理解时重点理解日志框架本身和日志门面，以及比较好的实践等。要关注其历史渊源和设计（比如桥接），而具体在使用时查询接口即可， 否则会陷入JUL(Java Util Log), JCL(Commons Logging), Log4j, SLF4J, Logback，Log4j2傻傻分不清楚的境地。@pdai 日志库简介 我认为全面理解日志库需要从下面三个角度去理解：@pdai 最重要的一点是 区分 日志系统 和 日志门面 ; 其次是日志库的使用, 包含配置与API使用；配置侧重于日志系统的配置，API使用侧重于日志门面； 最后是选型，改造和最佳实践等 日志库之日志系统 java.util.logging (JUL) JDK1.4 开始，通过 java.util.logging 提供日志功能。虽然是官方自带的log lib，JUL的使用确不广泛。主要原因: JUL从JDK1.4 才开始加入(2002年)，当时各种第三方log lib已经被广泛使用了 JUL早期存在性能问题，到JDK1.5上才有了不错的进步，但现在和Logback/Log4j2相比还是有所不如 JUL的功能不如Logback/Log4j2等完善，比如Output Handler就没有Logback/Log4j2的丰富，有时候需要自己来继承定制

1.日志框架 日志接口(slf4j) slf4j是对所有日志框架制定的一种规范、标准、接口，并不是一个框架的具体的实现，因为接口并不能独立使用，需要和具体的日志框架实现配合使用(如log4j、logback) 日志实现(log4j、logback、log4j2) log4j是apache实现的一个开源日志组件 logback同样是由log4j的作者设计完成的，拥有更好的特性，用来取代log4j的一个日志框架，是slf4j的原生实现 log4j2是log4j 1.x和logback的改进版，据说采用了一些新技术（无锁异步、等等），使得日志的吞吐量、性能比log4j 1.x提高10倍，并解决了一些死锁的bug，而且配置更加简单灵活。 2.为什么需要日志接口，直接使用具体的实现不就行了吗？ 接口用于定制规范，可以有多个实现，使用时是面向接口的(导入的包都是slf4j的包而不是具体某个日志框架中的包)，即直接和接口交互，不直接使用实现，所以可以任意的更换实现而不用更改代码中的日志相关代码。 比如：slf4j定义了一套日志接口，项目中使用的日志框架是logback，开发中调用的所有接口都是slf4j的，不直接使用logback，调用是 自己的工程调用slf4j的接口，slf4j的接口去调用logback的实现，可以看到整个过程应用程序并没有直接使用logback

这是使用maven创建的SSM项目的目录结构如下图： 首先在pom.xml文件中引入使用log4j需要的第三方加包。 <!-- log4j日志 --> <dependency> <groupId>log4j</groupId> <artifactId>log4j</artifactId> <version>1.2.17</version> </dependency> <dependency> <groupId>org.slf4j</groupId> <artifactId>slf4j-api</artifactId> <version>1.7.12</version> </dependency> <dependency> <groupId>org.slf4j</groupId> <artifactId>slf4j-log4j12</artifactId> <version>1.7.12</version> </dependency> 其中log4j.properties文件在resources文件夹下。 其内容如下： #定义LOG输出级别 log4j.rootLogger=INFO,Console,File #定义日志输出目的地为控制台 log4j.appender.Console=org.apache.log4j.ConsoleAppender log4j.appender

1. slf4j 他只提供一个核心slf4j api(就是slf4j-api.jar包)，这个 包只有日志的接口并没有实现 所以如果要使用就得再给它提供一个实现了些接口的日志包， 比如：log4j2, log4j, common logging, jdk log日志实现包等，但是这些日志实现又不能通过接口直接调用， 实现上他们根本就和slf4j-api不一致，因此slf4j又增加了一层来转换各日志实现包的使用，当然slf4j-simple除外。 slf4j+log4j组合使用模式： 1. slf4j-api-1.5.11.jar 2. slf4j-log4j12-1.5.11.jar 3. log4j-1.2.15.jar 4. log4j.properties(也可以是 log4j.xml) JCL+Log4J组合使用模式（即commons-logging+log4j）： 1. commons-logging-1.1.jar 2. log4j-1.2.15.jar 3. log4j.properties 2.不同的获取logger的方式 log4j： import org.apache.log4j.Logger; Logger logger= Logger.getLogger(xx.class); slf4j+log4j： import org.slf4j.Logger;