这里是接着上面的来的Quartz重构复盘,在重构了旧定时服务,今天准备小复盘一下,偶然发现,Spring的DefaultSingletonBeanRegistry的一级缓存中bean名为quartzScheduler
的bean对象明明是SchedulerFactoryBean
,但是在依赖注入的时候却变成了StdScheduler
,持着好奇的心态,想看一下原理是啥,首先是依赖注入,从SpringAutoConfiguration入手,
把这个类都翻烂了,都没有找到StdScheduler的影子,然后走源码,从AbstractAutowireCapableBeanFactory.doCreateBean入手,看了他的beanDefinition后看到的确是由QuartzAutoConfiguration.quartzScheduler产生的,没有思绪,于是一行一行debug,走完整个创建流程后
走完这一行,beanInstance就成了正确的stdScheduler了,真的牛逼,跟进去看后,发现原来SchedulerFactoryBean
是一个FactoryBean
,,恍然大悟了,也看到shareInstance其实是共享实例,beanInstance才是单例bean,又产生一个疑问,为什么一级缓存里面明明放的是工厂类,但是通过SpringUtil.getBean之后却变成了StdScheduler了,照理由来说不应该getBean都是从一级缓存单例池里面获取的吗,怎么不一样了,debug进去,发现在getBean之后还进行了一层包装的操作
也就是说在从单例池里get出来之后,spring默认他是一个共享对象,还会进行一次获取真实bean,难怪,这也是为什么单例池里面是工厂类,但是get出来之后却是实例类了,拨云见雾啊!!对spring的了解又进了一点
关于Spring中FactoryBean
最新推荐文章于 2023-07-07 22:00:00 发布