关于Spring中FactoryBean

这里是接着上面的来的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的了解又进了一点

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值