logback

1、简介 　　Spring Boot内部日志系统使用的是Commons Logging，但开放底层的日志实现。默认为会Java Util Logging, Log4J, Log4J2和Logback提供配置。每种情况下都会预先配置使用控制台输出，也可以使用可选的文件输出。 2、日志格式 　　默认的日志输出格式为： 1 2018-01-20 19:31:23.317 INFO 93864 --- [ main] TestProperties : Starting TestProperties on ith PID 93864 (started by Administrator in 2 2018-01-20 19:31:23.318 INFO 93864 --- [ main] TestProperties : The following profiles are active: dev 3 2018-01-20 19:31:23.429 INFO 93864 --- [ main] o.s.w.c.s.GenericWebApplicationContext : Refreshing org.springframework.web.context.support.GenericWebApplicationContext@368f2016: startup date [Sat Jan

一、简介 Java知名的日志有很多，比如：JUL、Log4j、JCL、SLF4J、Logback、Log4j2，那么这些日志框架之间有着怎样的关系？诞生的原因又是解决什么问题？下面一起来看。 1.1 JUL Java有自己的日志框架JUL（Java Util Logging）在java.util.logging下，因为对开发者不友好，使用成本太高和日志级别分类不清晰的问题，所有很少有开发者用。 1.2 Log4j 因为JUL的缺陷问题，这就给了Log4j机会，所有Log4j一经推出就迅速风靡全球。 1.3 JCL JCL是Jakarta Commons-Logging的缩写，Jakarta在这里指的是一个组织，而不是印度的首都雅加达，Jakarta，一个早期的Apache开源项目，用于管理各个Java子项目，诸如Tomcat, Ant, Maven, Struts, JMeter, Velocity, JMeter, Commons等。2011年12月，在所有子项目都被迁移为独立项目后，Jakarta名称就不再使用了。 JCL诞生的初衷是因为Java自身的一些包用了JUL，而Log4j用户使用的有很多，那么JCL就是提供一套API来实现不同Logger之间的切换。 1.4 SLF4J SLF4J（Simple Logging Facade For Java）简单日志门面

logback背景介绍： SLF4J(Simple Logging Facade for Java)是一个日志API接口，SLF4J提供 TRACE, DEBUG, INFO, WARN, ERROR五种级别，而log4j和logback就是对SLF4J的具体实现。logback的性能优于log4j。 logback-core：其它两个模块的基础模块 logback-classic：它是log4j的一个改良版本，同时它完整实现了slf4j API使你可以很方便地更换成其它日志系统如log4j或JDK14 Logging logback-access：访问模块与Servlet容器集成提供通过Http来访问日志的功能 Maven坐标：logback-classic包含了logback-core，不需要再单独引用了。 <dependency> <groupId>org.slf4j</groupId> <artifactId>slf4j-api</artifactId> <version>1.7.21</version> </dependency> <dependency> <groupId>ch.qos.logback</groupId> <artifactId>logback-classic</artifactId> <version>1.1.7</version> <

【推荐】2019 Java 开发者跳槽指南.pdf(吐血整理) >>> 上一篇： SpringBoot源码分析-启动流程-SpringApplication实例化与参数加载 前面完成了参数封装和日志框架logback的初始化，紧接着打印Banner（用户可以使用spring.banner.image.location自定义），再然后就是实例化ApplicationContext(AnnotationConfigServletWebServerApplicationContext)。 概要 由initializer完成了MetadataReaderFactoryBean注册，读取并调用自定义的initializer，注册"自动配置报告生成器"，注册"配置警告后置处理器" prepareContext private void prepareContext(ConfigurableApplicationContext context, ConfigurableEnvironment environment, SpringApplicationRunListeners listeners, ApplicationArguments applicationArguments, Banner printedBanner) { context.setEnvironment

【推荐】2019 Java 开发者跳槽指南.pdf(吐血整理) >>> logback自定义日志格式 1.ClassicConverter 继承ClassicConverter package com.demo.conf; import ch.qos.logback.classic.pattern.ClassicConverter; import ch.qos.logback.classic.spi.ILoggingEvent; import java.net.InetAddress; import java.net.UnknownHostException; /** * 配置日志中显示IP */ public class IPLogConfig extends ClassicConverter { @Override public String convert(ILoggingEvent event) { try { return InetAddress.getLocalHost().getHostAddress(); } catch (UnknownHostException e) { e.printStackTrace(); } return null; } } 然后再logback.xml中配置 <!--配置规则类的位置--> <conversionRule

【推荐】2019 Java 开发者跳槽指南.pdf(吐血整理) >>> 上一篇： SpringBoot源码分析-编译环境与新建测试模块 标题是真的不好取啊，如果弄一篇博客写完整个启动流程又太长，而标题用1、2、3感觉可读性又不行，思来想去标题抓点重点，然后在文章开头用概要描述一下 概要 本文描述SpringApplication实例化期间加载spring.factories文件中的相关配置，并完成从系统、命令行、application.yml等渠道完成参数的封装，还有一个重要的功能就是完成了logback日志框架的初始化操作 SpringBootApplication实例化 实例化做了非常基础的工作，从spring.factories当中找到ApplicatioContextInitializer和ApplicationListener并加载完成，它们在后面的启动过程中会在不同阶段做不同事情。特别是ApplicationListener的工作方式和Tomcat源码当中的fireLifeycleListenerEvent工作方式很雷同 public SpringApplication(ResourceLoader resourceLoader, Class<?>... primarySources) { this.resourceLoader = resourceLoader;