陈天柱2020-03-21看到这里，终于理解之前第24讲里提到的Spring IOC的三种依赖来源，自定义注册的Spring bean、内建的Spring bean以及内建的可注入的依赖，其中自定义注册的Spring bean基本上是通过xml、注解或者api注册BeanDefination创建的，内建的Spring bean是通过registerSingleton()创建的，内建的可注入的依赖是通过registerResolveDependency()创建的，后续如果我们需要往Spring容器里放入一些非Spring托管的bean但又可以被依赖注入的, 可以通过registerResolveDependency() API实现，小马哥，我的理解对吗？如果有错误的地方，麻烦指正一下，谢谢！作者回复: 理解是对的。本课程就是总分总的结构来安排
15- xiaoming2020-04-06依赖查找的来源 依赖注入都支持, 而且依赖注入比依赖查找多非spring容器管理对象 ？ 我尝试了 Environment ,依赖注入和依赖查找都可以获取bean, 如果有错误的地方，麻烦指正一下，谢谢！
作者回复: 确实 Environment 能够通过依赖查找的方式获取，是因为 Environment 对象被 Spring Framework 注册为了单例对象。
共 2 条评论5 
yes2020-03-08这四个对象虽然通过依赖查找找不到，但是通过依赖注入可以注入进来，我总觉得叫它们为非spring容器管理对象怪怪的，我觉得它们还是被管理的，只是依赖查找的来源狭隘了一点找不到它们，依赖注入的来源多了一些可以找到它们。作者回复: 可以的，概念是没有那么严格的
共 3 条评论5
silentyears2020-12-28小马哥，不太明白为什么“@Autowired早于 @PostConstruct”，按照autowired和common的order顺序，不是应该先执行后者吗，那这个时候成员变量还没有注入，不都全是Null吗？作者回复: @PostConstruct 的语义等同于 afterPropertiesSet() 方法，相当于当属性初始化之后，所以 @Autowired 要早于 @PostConstruct
2
龙猫2020-06-20架构师的思维是网状思维，先全局再细节。 程序员的是线性思维，学习思路首先关注的是细节，如何实现。作者回复: 慢慢地反向思考，有局部到全局
2
空白2020-04-15小马哥 为什么内建的独独是这四个bean呢，spring这么做的依据啥？作者回复: 因为他们不是 Bean，并且可能在未来依赖注入中使用到
2
梦想吊打面试官的小小...2021-08-18为什么spring不把那些对象注册到容器里呢作者回复: 如果将这些依赖对象写入 IoC 容器也是可以的，不过它们并不是一般的 Bean，而是基础组件。
1
码农Kevin亮2020-05-11本来我以为bean就是spring管理的对象，但小马哥这里又提到一些对象可以不被spring管理却又能被spring作为依赖注入的来源。那么这个“管理”的内函包括什么呢？作者回复: “管理”还有一层还以就是关联，比如 registerSingleton 方法。
1
How2020-02-26这个四个类型属于内建依赖吗作者回复: 属于内建的 Resovleable Dependencies
1
我是曾经那个少年2022-03-27学习的过程中大家在想不明白的时候，可以先选择框架实现者就是这么是实现的。为什么他要这么实现？学习的过程不就是有一个过程不知道自己不知道，自己知道不知道、作者回复: 总结到位