学习视频:尚硅谷SpringBoot3视频
环境&工具 | 版本(or later) |
---|---|
SpringBoot | 3.0.5+ |
IDEA | 2021.2.1+ |
Java | 17+ |
Maven | 3.5+ |
Tomcat | 10.0+ |
Servlet | 5.0+ |
GraalVM Community | 22.3+ |
Native Build Tools | 0.9.19+ |
SpringBoot 帮我们简单、快速地创建一个独立的、生产级别的 Spring 应用(说明:SpringBoot底层是Spring)
大多数 SpringBoot 应用只需要编写少量配置即可快速整合 Spring 平台以及第三方技术
特性:
快速创建独立 Spring 应用
直接嵌入Tomcat、Jetty or Undertow(无需部署 war 包)【Servlet容器】
重点:提供可选的starter,简化应用整合
重点:按需自动配置 Spring 以及 第三方库
提供生产级特性:如 监控指标、健康检查、外部化配置等
无代码生成、无xml
总结:简化开发,简化配置,简化整合,简化部署,简化监控,简化运维。
场景:浏览器发送**/hello**请求,返回"Hello,Spring Boot 3!"
maven项目
<parent>
<groupId>org.springframework.bootgroupId>
<artifactId>spring-boot-starter-parentartifactId>
<version>3.0.5version>
parent>
场景启动器
<dependencies>
<dependency>
<groupId>org.springframework.bootgroupId>
<artifactId>spring-boot-starter-webartifactId>
dependency>
dependencies>
@SpringBootApplication //这是一个SpringBoot应用
public class MainApplication {
public static void main(String[] args) {
SpringApplication.run(MainApplication.class,args);
}
}
@RestController
public class HelloController {
@GetMapping("/hello")
public String hello(){
return "Hello,Spring Boot 3!";
}
}
默认启动访问: localhost:8080
<build>
<plugins>
<plugin>
<groupId>org.springframework.bootgroupId>
<artifactId>spring-boot-maven-pluginartifactId>
plugin>
plugins>
build>
mvn clean package
把项目打成可执行的jar包
java -jar demo.jar
启动项目
导入相关的场景,拥有相关的功能。场景启动器
默认支持的所有场景:https://docs.spring.io/spring-boot/docs/current/reference/html/using.html#using.build-systems.starters
spring-boot-starter-*
*-spring-boot-starter
场景一导入,万物皆就绪
无需编写任何配置,直接开发业务
application.properties
:
打包为可执行的jar包。
linux服务器上有java环境。
修改配置(外部放一个application.properties文件)、监控、健康检查。
选择场景:
创建好整个项目结构
思考:
1、为什么导入starter-web
所有相关依赖都导入进来?
2、为什么版本号都不用写?
spring-boot-starter-parent
spring-boot-dependencies
mysql-connector-j
3、自定义版本号
4、第三方的jar包
<dependency>
<groupId>com.alibabagroupId>
<artifactId>druidartifactId>
<version>1.2.16version>
dependency>
自动配置的 Tomcat、SpringMVC 等
public static void main(String[] args) {
//java10: 局部变量类型的自动推断
var ioc = SpringApplication.run(MainApplication.class, args);
//1、获取容器中所有组件的名字
String[] names = ioc.getBeanDefinitionNames();
//2、挨个遍历:
// dispatcherServlet、beanNameViewResolver、characterEncodingFilter、multipartResolver
// SpringBoot把以前配置的核心组件现在都给我们自动配置好了。
for (String name : names) {
System.out.println(name);
}
}
默认的包扫描规则
@SpringBootApplication
标注的类就是主程序类
SpringBoot只会扫描主程序所在的包及其下面的子包,自动的component-scan功能
自定义扫描路径
@ComponentScan("com.atguigu")
直接指定扫描的路径配置默认值
配置文件的所有配置项是和某个类的对象值进行一一绑定的。
绑定了配置文件中每一项值的类: 属性类。
比如:
ServerProperties
绑定了所有Tomcat服务器有关的配置MultipartProperties
绑定了所有文件上传相关的配置按需加载自动配置
导入场景spring-boot-starter-web
场景启动器除了会导入相关功能依赖,导入一个spring-boot-starter
,是所有starter
的starter
,基础核心starter
spring-boot-starter
导入了一个包 spring-boot-autoconfigure
。包里面都是各种场景的AutoConfiguration
自动配置类
虽然全场景的自动配置都在 spring-boot-autoconfigure
这个包,但是不是全都开启的。
总结: 导入场景启动器、触发 spring-boot-autoconfigure
这个包的自动配置生效、容器中就会具有相关场景的功能
思考:
1、SpringBoot怎么实现导一个starter
、写一些简单配置,应用就能跑起来,我们无需关心整合
2、为什么Tomcat的端口号可以配置在application.properties
中,并且Tomcat能启动成功?
3、导入场景后哪些自动配置能生效?
自动配置流程细节梳理:
1、导入starter-web
:导入了web开发场景
starter-json
、starter-tomcat
、springmvc
spring-boot-starter
,核心场景启动器spring-boot-autoconfigure
包。spring-boot-autoconfigure
里面囊括了所有场景的所有配置。spring-boot-autoconfigure
下写好的所有配置类。(这些配置类给我们做了整合操作),默认只扫描主程序所在的包。2、主程序:@SpringBootApplication
@Target({ElementType.TYPE})
@Retention(RetentionPolicy.RUNTIME)
@Documented
@Inherited
@SpringBootConfiguration
@EnableAutoConfiguration
@ComponentScan(
excludeFilters = {@Filter(
type = FilterType.CUSTOM,
classes = {TypeExcludeFilter.class}
), @Filter(
type = FilterType.CUSTOM,
classes = {AutoConfigurationExcludeFilter.class}
)}
)
public @interface SpringBootApplication {---------}
@SpringBootApplication
由三个注解组成@SpringBootConfiguration
、@EnableAutoConfiguratio
、@ComponentScan
spring-boot-autoconfigure
包中官方写好的配置类@EnableAutoConfiguration
:SpringBoot 开启自动配置的核心。这个注解可以@Import导入下面的类,这个类的作用其实是批量导入组件,@import将指定的类或配置文件导入到当前类中,可以用于导入其他类的定义、配置文件等,但不会将其加入到IOC容器中。这个类内部的方法还获取了一些注册信息,其实调试发现就是主程序所在的包的路径,故帮助我们扫描主程序所在的包和子包路径下所有组件
1.是由@Import(AutoConfigurationImportSelector.class)
提供功能:利用getAutoConfigurationEntry(annotationMetadata)
批量给容器中导入组件。
调用List
获取到所有需要导入到容器中的配置类
利用工厂加载 Map
;得到所有的组件
从META-INF/spring.factories
位置来加载一个文件。
默认扫描我们当前系统里面所有META-INF/spring.factories
位置的文件
spring-boot-autoconfigure-x.x.x.RELEASE.jar
包里面也有META-INF/spring.factories
最新版本springboot其实换了文件路径——>来自于spring-boot-autoconfigure
下 META-INF/spring/org.springframework.boot.autoconfigure.AutoConfiguration.imports
2.SpringBoot启动会默认加载 142个配置类。上面的主程序自带的注解会排除一些
3.这142个配置类来自于spring-boot-autoconfigure
下 META-INF/spring/
**org.springframework.boot.autoconfigure.AutoConfiguration.imports
**文件指定的
项目启动的时候利用 @Import 批量导入组件机制把 autoconfigure
包下的142 xxxxAutoConfiguration
类导入进来(自动配置类)
虽然导入了142
个自动配置类
4、按需生效:
142
个自动配置类都能生效@ConditionalOnxxx
,只有条件成立,才能生效3、xxxxAutoConfiguration
自动配置类
@EnableConfigurationProperties(**ServerProperties**.class)
,用来把配置文件中配的指定前缀的属性值封装到 xxxProperties
属性类中server
开头的。配置都封装到了属性类中。xxxProperties
。xxxProperties
都是和配置文件绑定(这些类都通过@EnableConfigurationProperties(xxxx)
注解把前缀修饰**4、写业务,全程无需关心各种整合(底层这些整合写好了,而且也生效了)
核心流程总结:
1.导入starter
,就会导入autoconfigure
包。
2.autoconfigure
包里面 有一个文件 META-INF/spring/org.springframework.boot.autoconfigure.AutoConfiguration.imports
,里面指定的所有启动要加载的自动配置类
3.@EnableAutoConfiguration
会自动的把上面文件里面写的所有自动配置类都导入进来。xxxAutoConfiguration 是有条件注解进行按需加载
4.xxxAutoConfiguration
给容器中导入一堆组件,组件都是从 xxxProperties
中提取属性值
5.xxxProperties
又是和配置文件进行了绑定
效果:导入starter
、修改配置文件,就能修改底层行为。
框架的框架、底层基于Spring。能调整每一个场景的底层行为。100%项目一定会用到底层自定义
摄影:
1.理解自动配置原理
2.理解其他框架底层
3.可以随时定制化任何组件
普通开发:导入starter
,Controller、Service、Mapper、偶尔修改配置文件
高级开发:自定义组件、自定义配置、自定义starter
核心:
最佳实战:
选场景,导入到项目
写配置,改配置文件关键项
分析这个场景给我们导入了哪些能用的组件
自动装配这些组件进行后续使用
不满意boot提供的自动配好的默认组件
定制化
改配置
自定义组件
整合redis:
选场景:spring-boot-starter-data-redis
写配置:
@EnableConfigurationProperties(RedisProperties.class)
分析组件:
RedisAutoConfiguration
给容器中放了 StringRedisTemplate
StringRedisTemplate
定制化
StringRedisTemplate
SpringBoot摒弃XML配置方式,改为全注解驱动
@Configuration、@SpringBootConfiguration
@Bean、@Scope
@Controller、 @Service、@Repository、@Component
@Import
@ComponentScan
以前的步骤:通过spring配置文件,如果纯xml配置,需要写Bean对象,唯一标识id,全类名,然后通过set注入或者其他注入方式注入默认属性值
现在的步骤:
1、@Configuration 编写一个配置类(配置类其实也会被存入IOC容器
,可以通过ctrl + 左键点击这个注解发现内嵌了@Component
注解)。其实也可以使用上面的@SpringBootConfiguration
注解,本质其实一样,所以Spring相关的核心配置使用SpringBoot的,而通用配置使用默认的
2、在配置类中,自定义方法给容器中注册组件。配合@Bean,如果是第三方的我们直接根据类型,写入为配置类的方法,返回它的类型,然后直接return new出来的对象
2.1、@Configuration注解spring 5.2以后多了属性 proxyBeanMethods,可以设置为true或者false,默认为true(效果代表:是不是代理Bean的方法),如果为true说明为代理对象调用方法,我们在获取这个对象的时候,会从容器检查有没有这个类的对象,有就拿,没有就创建 (保持组件单实例)。主要用于解决组件依赖问题。当不更改这个值,组件在配置类配置依赖可以直接通过set方法然后传入配置类的其他组件的注入方法(即带有@Bean的方法)。我们不想有这种依赖关系,设置成false就是轻量级模式。测试设置为false对于单个Bean从容器获取多次还是单实例的,但依赖的情况下,Bean内部其他的Bean就不是ioc容器的那个了,而是一个新new的。
3、或使用@Import 导入第三方的组件(可以写在组件类(@Conponent,@Controller等)或者配置类上面,与配置类的注解放在一起),在括号中写对应类的 .class字节码文件(默认value值,不用写属性,且是一个数组(可以一次导入多个组件到容器))。或者我们可以使用全类名(推荐:其实不管怎么样默认ioc容器注入的组件的id名称仍是全类名。因为我们开发过程中可能会修改依赖,而如果导入IOC的时候如果删掉之前一些现在用不到的依赖,这种情况下,本身靠字符串的全类名不会引起报错,但是使用字节码文件的时候不存在这个类会大面积报错),对应name属性
如果注解指定的条件成立,则触发指定行为
@ConditionalOnXxx
@ConditionalOnClass:如果类路径中存在这个类,则触发指定行为
@ConditionalOnMissingClass:如果类路径中不存在这个类,则触发指定行为
@ConditionalOnBean:如果容器中存在这个Bean(组件),则触发指定行为
@ConditionalOnMissingBean:如果容器中不存在这个Bean(组件),则触发指定行为
场景:
- 如果存在
FastsqlException
这个类,给容器中放一个Cat
组件,名cat01,- 否则,就给容器中放一个
Dog
组件,名dog01- 如果系统中有
dog01
这个组件,就给容器中放一个 User组件,名zhangsan- 否则,就放一个User,名叫lisi
注意:
@ConditionalOnBean(value=组件类型,name=组件名字):判断容器中是否有这个类型的组件,并且名字是指定的值
@ConditionalOnRepositoryType (org.springframework.boot.autoconfigure.data)
@ConditionalOnDefaultWebSecurity (org.springframework.boot.autoconfigure.security)
@ConditionalOnSingleCandidate (org.springframework.boot.autoconfigure.condition)
@ConditionalOnWebApplication (org.springframework.boot.autoconfigure.condition)
@ConditionalOnWarDeployment (org.springframework.boot.autoconfigure.condition)
@ConditionalOnJndi (org.springframework.boot.autoconfigure.condition)
@ConditionalOnResource (org.springframework.boot.autoconfigure.condition)
@ConditionalOnExpression (org.springframework.boot.autoconfigure.condition)
@ConditionalOnClass (org.springframework.boot.autoconfigure.condition)
@ConditionalOnEnabledResourceChain (org.springframework.boot.autoconfigure.web)
@ConditionalOnMissingClass (org.springframework.boot.autoconfigure.condition)
@ConditionalOnNotWebApplication (org.springframework.boot.autoconfigure.condition)
@ConditionalOnProperty (org.springframework.boot.autoconfigure.condition)
@ConditionalOnCloudPlatform (org.springframework.boot.autoconfigure.condition)
@ConditionalOnBean (org.springframework.boot.autoconfigure.condition)
@ConditionalOnMissingBean (org.springframework.boot.autoconfigure.condition)
@ConditionalOnMissingFilterBean (org.springframework.boot.autoconfigure.web.servlet)
@Profile (org.springframework.context.annotation)
@ConditionalOnInitializedRestarter (org.springframework.boot.devtools.restart)
@ConditionalOnGraphQlSchema (org.springframework.boot.autoconfigure.graphql)
@ConditionalOnJava (org.springframework.boot.autoconfigure.condition)
方法① :@ConfigurationProperties: 声明组件的属性和配置文件哪些前缀开始项进行绑定,可以写在组件Bean上,也可以写到配置类中的配置Bean的方法上
将容器中任意组件(Bean)的属性值和配置文件的配置项的值进行绑定
方法② : @EnableConfigurationProperties:快速注册注解(这是写于配置类上的注解,使用@Import注解导入的Bean不会进行属性绑定)
@Target({ElementType.TYPE, ElementType.METHOD})
@Retention(RetentionPolicy.RUNTIME)
@Documented
public @interface Scope {
@AliasFor("scopeName")
String value() default "";
@AliasFor("value")
String scopeName() default "";
ScopedProxyMode proxyMode() default ScopedProxyMode.DEFAULT;
}
scopeName
scopeName是为了声明Bean的作用域,在Spring4.2版本以前,有singleton
, prototype
两种模式,4.2之后新加了web作用域(request
, session
, globalsession
)。
singleton
:单例模式,顾名思义即Spring IOC容器对于一个Bean,只会有一个共享的Bean实例。这一个单一的实例会被存储到单例缓存(singleton cache)中,当有请求或者是引用时,IOC容器都会返回存储在singleton cache的同一个实例。
prototype
:多实例模式,即当每次客户端向容器获取Bean的时候,IOC容器都会新建一个实例并返回。与单例不同的是,在IOC容器启动的时候并不会创建Bean的实例,并且在有请求创建Bean实例之后也不会管理该实例的生命周期,而是由客户端自行处理。
request
:web应用针对每一次HTTP请求都会创建一个新的Bean实例,且该实例仅在该次HTTP请求有效。
session
:针对每一个session会创建一个Bean实例,且生命周期为该session有效期间。
globalsession
:仅基于portlet的web应用才有意义,否则可以当作session使用。
这五种scopeName的使用方法 (也可以直接写对应的字符串,无视大小写)
@Scope(scopeName = ConfigurableBeanFactory.SCOPE_SINGLETON)
@Scope(scopeName = ConfigurableBeanFactory.SCOPE_PROTOTYPE)
@Scope(scopeName = WebApplicationContext.SCOPE_REQUEST)
@Scope(scopeName = WebApplicationContext.SCOPE_SESSION)
@Scope(scopeName = "globalSession")
ScopeProxyMode
proxyMode
表明了@Scope
注解的Bean是否需要代理。
DEFAULT
:proxyMode的默认值,一般情况下等同于NO,即不需要动态代理。NO
:不需要动态代理,即返回的是Bean的实例对象。INTERFACES
:代理的对象是一个接口,即@Scope的作用对象是接口,这种情况是基于jdk实现的动态代理。TARGET_CLASS
:代理的对象是一个类,即@Scope的作用对象是一个类,是以生成目标类扩展的方式创建代理,基于CGLib实现动态代理@Scope(proxyMode = ScopedProxyMode.DEFAULT)
@Scope(proxyMode = ScopedProxyMode.NO)
@Scope(proxyMode = ScopedProxyMode.INTERFACES)
@Scope(proxyMode = ScopedProxyMode.TARGET_CLASS)
如果想把别的xml
文件的配置也导入,不想重新手写配置类和注解,可以直接在配置类或者组件类上写@ImportResource("classpath:/xxxxxx.xml")
可以把xml
的配置文件的组件导入IOC
容器
@Import
注解提供了三种用法
@Import
一个普通类 spring会将该类加载到spring容器
中,需要有无参构造器
@Import
一个类,该类实现了ImportBeanDefinitionRegistrar
接口,在重写的registerBeanDefinitions
方法里面,能拿到BeanDefinitionRegistry bd
的注册器,能手工往beanDefinitionMap
中注册 beanDefinition
,这种方式注册既能进行复杂的判断,也能对Bean进行生命周期和名字更改等功能@Import
一个类 该类实现了ImportSelector
重写selectImports
方法该方法返回了String[]
数组的对象,数组里面的类都会注入到spring容器
当中@Retention(RetentionPolicy.RUNTIME)
@Target({ElementType.TYPE})
@Documented
@Repeatable(ComponentScans.class)
public @interface ComponentScan {
@AliasFor("basePackages")
String[] value() default {};
@AliasFor("value")
String[] basePackages() default {};
Class<?>[] basePackageClasses() default {};
Class<? extends BeanNameGenerator> nameGenerator() default BeanNameGenerator.class;
Class<? extends ScopeMetadataResolver> scopeResolver() default AnnotationScopeMetadataResolver.class;
ScopedProxyMode scopedProxy() default ScopedProxyMode.DEFAULT;
String resourcePattern() default "**/*.class";
boolean useDefaultFilters() default true;
Filter[] includeFilters() default {};
Filter[] excludeFilters() default {};
boolean lazyInit() default false;
@Retention(RetentionPolicy.RUNTIME)
@Target({})
public @interface Filter {
FilterType type() default FilterType.ANNOTATION;
@AliasFor("classes")
Class<?>[] value() default {};
@AliasFor("value")
Class<?>[] classes() default {};
String[] pattern() default {};
}
}
1. value
首先它的value值对应要扫描的包名,可以是一个数组,放入要扫描的包名。
2. excludeFilters = {@Filter(type=FilterType.xxxx, classes={xxx,xxx,xxx}) …}
可以填入一个数组,类型为@Filter注解数组,可以排除要扫描的包。可以按注解,或者是类的类型,或者是正则排除【几乎不用】,或者是AspectJ语法【几乎不用】,
type=FilterType.ASSUGNABLE_TYPE
按类型排除
如我们不扫描@Controller
注解的类和@Service
注解的类
这里我测试发现排除这个注解,并不会把衍生的@RestController
注解的组件排除注册
@ComponentScan(excludeFilters = {
@ComponentScan.Filter(type = FilterType.ANNOTATION, classes = {ComponentScan.class,Service.class})
})
3. includeFilters
需要进行设置属性关闭默认扫描规则useDefaultFilters = false
用法和上面没有什么区别
4. 自定义类型扫描
定义一个类,实现TypeFilter
接口,实现它的方法
第一个参数metadataReader
:可以通过它获取正在扫描的类的信息:如注解,类的信息,类的资源信息。
进一步比如类名,可以用如className.contains("xxx")
的方法去判断是否名字包含字符【其实本质不如用上面的正则】
第二个参数metadataReaderFactory
可以获得其他的容器组件的信息
使用的时候,只需要@Filter(type=FilterType.CUSTOM,classes={MyFilter})
指定使用我们的过滤规则
public class MyFilter implements TypeFilter {
@Override
public boolean match(MetadataReader metadataReader, MetadataReaderFactory metadataReaderFactory) throws IOException {
return false;
}
}
可以给配置类中加载的Bean上加,即便是单实例Bean,也可以实现懒加载,ioc创建不加载,第一次获取才加载
使用这个注解标注在我们的Bean
类的字段属性上,可以进行赋值。
使用这个注解在配置类上可以读取外部配置文件读取到环境变量中。
@PropertySource
用于指定外部属性文件的位置,可以将属性文件中的属性值注入到Spring Bean
中。它通常与@Value
注解一起使用,将属性文件中的值注入到单个属性
中。
@ConfigurationProperties
用于将属性文件中的值绑定到一个Java对象
上。它可以将属性文件中的多个属性值注入到一个Java对象中。与@Value
注解不同,@ConfigurationProperties
可以将属性文件中的值注入到多个属性中。
痛点:SpringBoot 集中化管理配置,application.properties
问题:配置多以后难阅读和修改,层级结构辨识度不高
YAML 是 “YAML Ain’t a Markup Language”(YAML 不是一种标记语言)。在开发的这种语言时,YAML 的意思其实是:“Yet Another Markup Language”(是另一种标记语言)。
.yaml
或 .yml
作为文件后缀支持的写法:
@Component
@ConfigurationProperties(prefix = "person") //和配置文件person前缀的所有配置进行绑定
@Data //自动生成JavaBean属性的getter/setter
//@NoArgsConstructor //自动生成无参构造器
//@AllArgsConstructor //自动生成全参构造器
public class Person {
private String name;
private Integer age;
private Date birthDay;
private Boolean like;
private Child child; //嵌套对象
private List<Dog> dogs; //数组(里面是对象)
private Map<String,Cat> cats; //表示Map
}
@Data
public class Dog {
private String name;
private Integer age;
}
@Data
public class Child {
private String name;
private Integer age;
private Date birthDay;
private List<String> text; //数组
}
@Data
public class Cat {
private String name;
private Integer age;
}
properties表示法
person.name=张三
person.age=18
person.birthDay=2010/10/12 12:12:12
person.like=true
person.child.name=李四
person.child.age=12
person.child.birthDay=2018/10/12
person.child.text[0]=abc
person.child.text[1]=def
person.dogs[0].name=小黑
person.dogs[0].age=3
person.dogs[1].name=小白
person.dogs[1].age=2
person.cats.c1.name=小蓝
person.cats.c1.age=3
person.cats.c2.name=小灰
person.cats.c2.age=2
yaml表示法
person:
name: 张三
age: 18
birthDay: 2010/10/10 12:12:12
like: true
child:
name: 李四
age: 20
birthDay: 2018/10/10
text: ["abc","def"]
dogs:
- name: 小黑
age: 3
- name: 小白
age: 2
cats:
c1:
name: 小蓝
age: 3
c2: {name: 小绿,age: 2} #对象也可用{}表示
birthDay 推荐写为 birth-day
文本:
大文本
|
开头,大文本写在下层,保留文本格式,换行符正确显示>
开头,大文本写在下层,折叠换行符变为空格多文档合并
---
可以把多个yaml文档合并在一个文档中,每个文档区依然认为内容独立简化JavaBean 开发。自动生成构造器、getter/setter、自动生成Builder模式等
<dependency>
<groupId>org.projectlombok</groupId>
<artifactId>lombok</artifactId>
<scope>compile</scope>
</dependency>
使用@Data
等注解
规范:项目开发不要编写System.out.println()
,应该用日志记录信息
日志门面 | 日志实现 (没有对应关系) |
---|---|
JCL(Jakarta Commons Logging) | Log4j |
SLF4j(Simple Logging Facade for Java) | JUL(java.util.logging) |
jboss-logging | Log4j2 |
Logback |
Spring使用commons-logging作为内部日志,但底层日志实现是开放的。可对接其他日志框架。
支持 jul,log4j2,logback。SpringBoot 提供了默认的控制台输出配置,也可以配置输出为文件。
logback是默认使用的。
虽然日志框架很多,但是我们不用担心,使用 SpringBoot 的默认配置就能工作的很好。
SpringBoot怎么把日志默认配置好的
1、每个starter
场景,都会导入一个核心场景spring-boot-starter
2、核心场景引入了日志的所用功能spring-boot-starter-logging
3、默认使用了logback + slf4j
组合作为默认底层日志
4、日志是系统一启动就要用
,xxxAutoConfiguration
是系统启动好了以后放好的组件,后来用的。
5、日志是利用监听器机制配置好的。ApplicationListener
。
6、日志所有的配置都可以通过修改配置文件实现。以logging
开始的所有配置。
2023-03-31T13:56:17.511+08:00 INFO 4944 --- [ main] o.apache.catalina.core.StandardService : Starting service [Tomcat]
2023-03-31T13:56:17.511+08:00 INFO 4944 --- [ main] o.apache.catalina.core.StandardEngine : Starting Servlet engine: [Apache Tomcat/10.1.7]
默认输出格式:
注意: logback 没有FATAL级别,对应的是ERROR
默认值:参照:spring-boot
包additional-spring-configuration-metadata.json
文件
默认输出格式值:%clr(%d{${LOG_DATEFORMAT_PATTERN:-yyyy-MM-dd'T'HH:mm:ss.SSSXXX}}){faint} %clr(${LOG_LEVEL_PATTERN:-%5p}) %clr(${PID:- }){magenta} %clr(---){faint} %clr([%15.15t]){faint} %clr(%-40.40logger{39}){cyan} %clr(:){faint} %m%n${LOG_EXCEPTION_CONVERSION_WORD:-%wEx}
可修改为:'%d{yyyy-MM-dd HH:mm:ss.SSS} %-5level [%thread] %logger{15} ===> %msg%n'
-5
代表左对齐五个字符
%logger
代表当前类
%n
换行
Logger logger = LoggerFactory.getLogger(getClass());
或者使用Lombok的@Slf4j注解
由低到高:ALL,TRACE, DEBUG, INFO, WARN, ERROR,FATAL,OFF
;
不指定级别的所有类,都使用root指定的级别作为默认级别
SpringBoot日志默认级别是 INFO
在application.properties/yaml
中配置logging.level.
指定日志级别
level可取值范围:TRACE, DEBUG, INFO, WARN, ERROR, FATAL, or OFF
,定义在 LogLevel
类中
root 的logger-name
叫root,可以配置logging.level.root=warn
,代表所有未指定日志级别都使用 root 的 warn 级别
比较有用的技巧是:
将相关的logger分组在一起,统一配置。SpringBoot 也支持。比如:Tomcat 相关的日志统一设置
logging.group.tomcat=org.apache.catalina,org.apache.coyote,org.apache.tomcat
logging.level.tomcat=trace
SpringBoot 预定义两个组
Name | Loggers |
---|---|
web | org.springframework.core.codec, org.springframework.http, org.springframework.web, org.springframework.boot.actuate.endpoint.web, org.springframework.boot.web.servlet.ServletContextInitializerBeans |
sql | org.springframework.jdbc.core, org.hibernate.SQL, org.jooq.tools.LoggerListener |
SpringBoot 默认只把日志写在控制台,如果想额外记录到文件,可以在application.properties
中添加logging.file.name
or logging.file.path
配置项。
logging.file.name | logging.file.path | 示例 | 效果 |
---|---|---|---|
未指定 | 未指定 | 仅控制台输出 | |
指定 | 未指定 | my.log | 写入指定文件。可以加路径 |
未指定 | 指定 | /var/log | 写入指定目录,文件名为spring.log |
指定 | 指定 | 以logging.file.name为准 |
归档:每天的日志单独存到一个文档中。
切割:每个文件10MB,超过大小切割成另外一个文件。
application.properties/yaml
文件指定日志滚动规则。配置项 | 描述 |
---|---|
logging.logback.rollingpolicy.file-name-pattern | 日志存档的文件名格式(默认值:${LOG_FILE}.%d{yyyy-MM-dd}.%i.gz) |
logging.logback.rollingpolicy.clean-history-on-start | 应用启动时是否清除以前存档(默认值:false) |
logging.logback.rollingpolicy.max-file-size | 存档前,每个日志文件的最大大小(默认值:10MB) |
logging.logback.rollingpolicy.total-size-cap | 日志文件被删除之前,可以容纳的最大大小(默认值:0B)。设置1GB则磁盘存储超过 1GB 日志后就会删除旧日志文件 |
logging.logback.rollingpolicy.max-history | 日志文件保存的最大天数(默认值:7). |
通常我们配置 application.properties
就够了。当然也可以自定义。比如:
日志系统 | 自定义 |
---|---|
Logback | logback-spring.xml , logback-spring.groovy , logback.xml , or logback.groovy |
Log4j2 | log4j2-spring.xml or log4j2.xml |
JDK (Java Util Logging) | logging.properties |
如果可能,我们建议您在日志配置中使用-spring
变量(例如,logback-spring.xml
而不是 logback.xml
)。如果您使用标准配置文件,spring 无法完全控制日志初始化。
最佳实战:自己要写配置,配置文件名加上 xx-spring.xml
<dependency>
<groupId>org.springframework.bootgroupId>
<artifactId>spring-boot-starter-webartifactId>
dependency>
<dependency>
<groupId>org.springframework.bootgroupId>
<artifactId>spring-boot-starterartifactId>
<exclusions>
<exclusion>
<groupId>org.springframework.bootgroupId>
<artifactId>spring-boot-starter-loggingartifactId>
exclusion>
exclusions>
dependency>
<dependency>
<groupId>org.springframework.bootgroupId>
<artifactId>spring-boot-starter-log4j2artifactId>
dependency>
log4j2支持yaml和json格式的配置文件
格式 | 依赖 | 文件名 |
---|---|---|
YAML | com.fasterxml.jackson.core:jackson-databind + com.fasterxml.jackson.dataformat:jackson-dataformat-yaml | log4j2.yaml + log4j2.yml |
JSON | com.fasterxml.jackson.core:jackson-databind | log4j2.json + log4j2.jsn |
application.properties
配置文件,就可以调整日志的所有行为。如果不够,可以编写日志框架自己的配置文件放在类路径下就行,比如logback-spring.xml
,log4j2-spring.xml