ApplicationContext是BeanFactory的子接口，说明ApplicationContext is BeanFactory。并且ApplicationContext 是BeanFactory的包装类，也就是内部组合了BeanFactory的实现-DefaultListableBeanFactory。为什么包装了DefaultListableBeanFactory，因为它需要简化且丰富功能来为企业开发提供更高的便捷性，也就是说ApplicationContext 是DefaultListableBeanFactory的超集。 至于为什么UserRepository注入的BeanFactory 不等于ClassPathXmlApplicationContext得到的BeanFactory ，是因为AbstractApplicationContext#prepareBeanFactory中 指明了 beanFactory.registerResolvableDependency(BeanFactory.class, beanFactory); 也就是说当byType是BeanFactory.class的时候，获得是的ApplicationContext中的DefaultListableBeanFactory对象。 那真正的IOC的底层实现就是BeanFactory的实现类，因为ApplicationContext是委托DefaultListableBeanFactory来操作getBean等方法的。

小马哥，通过视频我了解了ApplicationContext和BeanFactory之间的关系，也知道了DefaultListableBeanFactory被组合到了AbstractRefreshableApplicationContext，但好像视频并没有回答一个问题：UserRepository中的BeanFactory beanFactory属性为什么通过autowired=“byType”，注入的是DefaultListableBeanFactory，而不是ClassPathXmlApplicationContext？既然他们两者属于BeanFactory接口，按type注入，为什么不是ClassPathXmlApplicationContext？是框架哪里设置的吗？

userRepository.getBeanFactory() == applicationContext // false userRepository.getBeanFactory() == applicationContext.getAutowireCapableBeanFactory() // true 一些想说的：这课应该是跟对了没跑了，吊不吊打面试官不知道，只要我不被吊打就行（只看到这一课的期盼哈哈） 背景：有意等课程完结、有一定留言和点赞之后再来听；不知所以然的做过一些 Spring Boot 项目；硬着头皮痛苦熬完《Spring Boot 编程思想》+《Spring 源码深度解析》的核心实现部分，总觉得距离领悟还差一层，很多关键的接口、实现类、方法及概念都十分熟悉，但仍不得其要领。隔壁丁老师全家桶的课也都听了，但应对面试还是觉得心里虚。故有缘相见于此。 个人自学 Spring 经验吐血小总结（除学习官网外）： 1. 零基础：推荐先别深入纠结太多，走起 hello world、curd 找找感觉。此阶段可跟着隔壁丁老师的全家桶课程来，用法：快速扫盲、走 demo 体会 2. 深入Spring：先跟小马哥这课：真的是手把手看着从零撸代码（而不是为了速度直接上准备好的案例），能更真实完整地还原读者遇到的许多情况。可考虑辅以《Spring 源码深度解析》（虽然书中前言写了是基于 5.0.x，但有少量代码是 3.2.x 或 4.0.x 版本的，瑕不掩瑜，在逐行比对书本与官方源码的过程中，学到了许多「为什么这么升级」） 3. Spring Boot：上述提到的两本书都可走起 4. Spring Cloud：推《Spring Cloud 微服务实战》 一些心态与方法： 1. 类名普遍特别长长长，还有很深的继承关系，记不住没关系，沉下心、看仔细、读出来、打出来，即便看老师视频中的跳转你都心中有图 2. 关键方法的调用链可自行总结，体会更深，可辅以 Idea 书签功能（F11，Shift + F11）跟源码 3. 跟源码之前，先别进入，想/猜这方法是干什么的，如果是你实现，你大体会做什么（勾勒地图），再跟入代码，验证猜想。非常重要，这是能力培养，不只是学会一套框架。从哪学的？从看小马哥书里的最大体会...源码和特性一个没怎么记住，小马哥想要带着大家一起深入、推导、甚至再回过头纠正的感觉倒是深刻了。 也许这就是小马哥的风格吧，有一说一，一开始我是不适应的，总希望来个结论干脆一点，可一想到「Spring 版本也会升级啊，那以后新东西来了怎么办」，还是投「授人以渔」一票吧！

小马哥的视频是我唯一不敢倍速播放的。。。

小马哥， 我已经不知道是第几遍来看SpringFreamwork编程思想了，感觉开始可以略微理解小马哥讲的了，原本以为自己比较笨，需要经常温故而知新，但发现评论区好多同学和我一样，都是反复来看好几遍。前2天买了小马哥的《SpringBoot编程思想》，发现里面好多地方涉及到SpringFreamwork的东西，干货满满，很少见到有老师可以这样抽吸剥茧地讲解一个知识，给小马哥点赞！

BeanFactory和ApplicationContext的关系，从设计模式上讲，应该是代理模式吧？

本节总结： BeanFactory和ApplicationContext有何区别？ ● ApplicationContext是BeanFactory的子接口 ● BeanFactory是一个底层的IOC容器，提供了IOC容器的基本实现，而ApplicationContext则是BeanFactory的超集提供了丰富的企业级特性。 ● ApplicationContext是委托DefaultListableBeanFactory来实现Bean的依赖查找和依赖注入。

我想要的是上层的BeanFactory父类对象，但是却给我整合了一个DefaultListableBeanFactory给我，偷龙转凤说得过去嘛

我是不是比较笨，我看了三遍 再+评论的总结和答疑，才有点明白。嘤嘤嘤～～～～

打卡 自己整理了一遍才清楚; 1.文中xml中自动注入的BeanFactory为DefaultListableBeanFactory,是因为在AbstractApplicationContext#prepareBeanFactory方法中beanFactory.registerResolvableDependency(BeanFactory.class, beanFactory)中指定了接口的实现为自己bean对象也就是DefaultListableBeanFactory(最后是放在一个map中) 2.我们通过classPathXmlApplicationContext创建的bean对象为ApplicationContext类型,虽然继承了接口BeanFactory但是依赖注入的并不是它所以不相等 3.ApplicationContext中每次getBean()都是通过DefaultListableBeanFactory来查找bean对象的