【Spring基础补充】 注解补充(二)

@Scope和@Lazy

@Scope

根据源码中描述,作用域一共有四个。SINGLETONPROTOTYPEREQURSTSESSION

image-20230227085117468

目前主要应用的是前两个:

SINGLETON:表明当前bean是单例的,每次获取到的对象都是同一个。

PROTOTYPE:表明当前bean是原型的,每次获取到的对象都不是同一个。

@Scope("prototype")注解也会导致延迟加载

image-20230228084704002

@Lazy

一旦添加当前注解就默认延迟加载。只有在用的时候会初始化。

image-20230227085707014

准备两个实体类,一个添加@Lazy注解,一个不添加@Lazy注解

image-20230227090007598

通过控制台的日志输出可以发现添加@Lazy注解的bean不会在容器初始化的时候进行初始化,只有当我们用到的时候才会初始化:

image-20230228083901130

@Lazy和@Scope

@Lazy注解会延迟加载bean,但当与@Scope注解一起使用的时候,@Lazy注解会失去作用。

image-20230228085107752

@Conditional

这个注解在springboot中的使用还是很多的。判断是否符合条件。

如果自己使用的话,需要实现接口:

org.springframework.context.annotation.Condition

里面就一个返回值为Boolean的方法。

@Value注解

基本使用

1.开启注解读取配置文件

image-20230228213933406

2.读取值

image-20230228214001619

3.查看结果

image-20230228214021594

源码分析

这些东西不看源码也可以的,但是就是想练练手。

先测试User类的set方法

image-20230228214234049

set方法没有被触发,猜测为反射注入,直接进行在无参构造进行debug。

image-20230228214401483

个人思路:既然是通过反射注入的,那必然是先执行无参构造,再对字段进行赋值。

先找Bean的创建方法

image-20230301083313733

定位到自己要查看的bean,继续跟进

image-20230301083414034

发现了两处进去的方法,经测试,一个创建了bean,另一个是处理的一些processor,但是此时addr此时仍没有被赋值。

image-20230301084026194

继续往下跟进:

image-20230301084152358

image-20230301084207674

可以发现,就是在619行进行的数据填充。点进去加断点,继续跟进:

可以发现经过这个AutowiredAnnotationBeanPostProcessor后,数据被填充了进去。打断点,继续进行debug。

image-20230301084915769

点进去也就397行和399行可以进行填充数据:

image-20230301085303988

下一步,397行没有进行数据填充

image-20230301085345364

399行完成了数据的填充,打断点,继续重新debug

image-20230301085440785

继续跟进:

image-20230301085708600

image-20230301085809020

继续

image-20230301091229303

继续对642行深入:

可以看到是在这里处理的表达式

image-20230301100530770

1332行的处理表达式的方法应该是属于某个类【EmbeddedValueResolverAware这个接口可以处理表达式,估计前面用的这个原理差不多】的方法的。分析到这里吧。练练debug。

hmoban主题是根据ripro二开的主题,极致后台体验,无插件,集成会员系统
自学咖网 » 注解补充(二)