一 CAP7章节 Spring底层对BeanPostProcessor的使用
1,ApplicationContextAwareProcessor实现分析:
此类帮我们组建IOC容器,跟进ApplicationContextAwareProcessor我们发现, 这个后置处理器其实就是判断我们的bean有没有实现ApplicationContextAware 接口,并处理相应的逻辑,其实所有的后置处理器原理均如此.
那么怎么组建呢? 只需要实现 ApplicationContextAware 接口
步骤:
1>, 新建Plane.java(将Jeep.java复制一份即可)
class Plane implements ApplicationContextAware
分析一下ApplicationContextAwareProcessor类的方法
a,在创建Plane对象,还没初始化之前, 先判断是不是实现了ApplicationContextAware接口,
如果是的话就调用invokeAwareInterfaces方法, 并给里面注入值;
b,进入invokeAwareInterfaces()方法,判断是哪个aware, 如果是ApplicationContextAware, 就将当前的bean转成ApplicationContextAware类型, 调用setApplicationContext(), 把IOC容器注入到Plane里去;
c,用debug调用; 测试用例打断点测试
d,也可看debug调用栈来分析;
注: debug可以打在ApplicationContextAwareProcessor处理器类的applyBeanPostProcessorsBeforeInitialization()方法里, 方便调试, 当bean为Plane类型时,F5跟进看, 最终在 InvokeAwareInterfaces()方法里返回我们的IOC容器applicationContext.
2,BeanValidationPostProcess分析:数据校验,
看BeanPostProcessor接口实现CTRL+T
了解即可,处理器的原理和其它处理器一致.
当对象创建完,给bean赋值后,在WEB用得特别多;把页面提交的值进行校验
3,InitDestroyAnnotationBeanPostProcessor
此处理器用来处理@PostConstruct, @PreDestroy, 怎么知道这两注解是前后开始调用的呢, 就是 InitDestroyAnnotationBeanPostProcessor这个处理的
以@PostConstruct为例, 为什么声明这个注解后就能找到初始化init方法呢?
总结: Spring底层对BeanPostProcessor的使用, 包括bean的赋值, 注入其它组件, 生命周期注解功能,@Async, 等等
二 CAP8章节 @Value赋值
新建cap8目录;
1, 新建Bird.java类
2,新建Cap8MainConfig.java配置类
3,新建测试用例Cap8Test.java, 从容器获取bean并打印
打印结果如下: 主要是没设值
4,以前使用bean.xml配置文件进行赋值
5,使用@Value赋值如何赋值呢?见下
6,从配置文件[properties]读取, 新建test.properties
7,test.properties内容为bird.color=red
8,在Bird类新增private String color及set和get方法;
9,将test.properties配置文件加载起来
10,再运行test01()用例, 打印出以下结果
11,test.properties值是加在运行环境变量里:
三 CAP9章节 @Autowired自动装配
自动装配:spring利用依赖注入(DI), 完成对IOC容器中的各个组件的依赖关系赋值
1,新建TestController.java TestService.java TestDao; 分别建在指定的包内,可看步骤2.
这些所有JAVA 类的对象扫描后都是保存在IOC容器中管理的;
2,新建配置类Cap9MainConfig.java(),扫描并将以上bean都扫描并加载到容器
3, 针对以上基础类建立完成后, 可以先做个测试
在TestService.java, 使用Autowired注入,并把testDao打印出来(在测试时方便对比)
4, 新建Cap9Test.java测试用例,比较TestService拿到testDao与直接从容器中拿到的testDao是否为同一个?
结果很明显是同一个testDao,地址一样
小结:
@Autowired表示默认优先按类型去容器中找对应的组件,相当于anno.getBean(TestDao.class)去容器获取id为testDao的bean, 并注入到TestService的bean中;
使用方式如下:
TestService{
@Autowired
private TestDao testDao;//默认去容器中找id为”testDao”的bean
}
5, 注意事项
5.1如果容器中找到多个testDao, 会加载哪个testDao呢?
操作步骤:
在Cap9MainConfig.java声明@Bean(“testDao2”)
并将TestDao加入flag属性和set, get及toString方法,用来分辨加载了哪个bean.
如何区分TestService是使用了(@Reponstry的testDao的flag=1)的bean还是(testDao2的flag=2)的bean?
测试步骤如下:
1,直接使用@Autowired, 将testDao注入到TestService
测试结果
2,如果一定要使用容器中的testDao2呢?操作如下:
测试结果
3,虽然以上定义了private TestDao testDao2, 但还是想加载bean id为testDao(flag=1)的bean,怎么办?此时可以使用@Autowired和@Qualifier结合来指定注入哪一个bean,
操作如下:
测试结果
4,如果容器中没有任何一个testDao, 会出现什么状况呢?
操作如下: 注释掉@Repository和@Bean("testDao2")
此时容器启动时这两个bean都不会加载(因为注解被注释啦.......)
测试结果如下:
很明显报错了, 因为@Autowired注解里的属性默认required=true.必须找到bean
那怎么解决呢?
测试结果如下:
5,@Primary注解指定bean如何加载呢?
(注:将以上原注释掉的@Repository和@Bean("testDao2") 恢复,见下图)
重要:为了验证@Qualifier与@Primary两注解的加载顺序,测试如下
当对于testDao在容器中同时存在多个时, 且@Qualifier与@Primary注解同时存在,会发生什么呢?
见下操作: 打开@Qualifier与@Primary注解.
测试结果:
此时只能说明一点: @Qualifier是根据bean id指定获取testDao, 不受@Primary影响.
那么@Primary的功能在哪呢?继续测试.....
测试结果:
5.2除了@Autowired, 是不是还用过@Resource(JSR250) 和@Inject(JSR330)
将Qualifier和Autowired注释掉(注意: 此时@Primary 还没注释......)
测试结果:
效果也是一样的, 但它不先优先装配@Primary的bean
5.3 @Inject自动装配的使用:
注:@Inject与@Autowired的区别如下:
@Inject和Autowired一样可以装配bean, 并支持@Primary功能, 可用于非spring框架.
@Inject缺点: 但不能支持@Autowired(required = false)的功能,需要引入第三方包javax.inject
操作步骤:
1,pom.xml导入javax.inject包
2,使用@Inject注解
结论:@Inject不支持required=false, 但支持primary
Autowired属于spring的, 不能脱离spring, @Resource和@Inject都是JAVA规范
推荐大家使用@Autowired