人间半途

还有一种有些特殊的场景，比如我们需要在实例化Bean A之前，先实例化Bean B，这个时候就可以使用@DependsOn注解。 程序启动之后，执行结果： 这个例子中本来如果TestService1和

spring中出现循环依赖主要有以下场景： 单例的setter注入 这种注入方式应该是spring用的最多的，代码如下： 这是一个经典的循环依赖，但是它能正常运行，得益于spring的内部机制，让我们

Spring 容器可以管理 singleton 作用域 Bean 的生命周期，在此作用域下，Spring 能够精确地知道该 Bean 何时被创建，何时初始化完成，以及何时被销毁。 而对于 protot

¶ Spring为什么不能解决构造器的循环依赖？ 构造器注入形成的循环依赖： 也就是beanB需要在beanA的构造函数中完成初始化，beanA也需要在beanB的构造函数中完成初始化，这种情况的结果

1.垃圾回收 对象是使用new创建的, 但是并没有与之相对应的delete操作来回收对象占用的内存. 当我们完成对某个对象的使用时, 只需停止该对象的引用: ->将引用改变为指向其他对象 ->将引用指

核心架构的具体流程步骤如下： 首先用户发送请求——>DispatcherServlet，前端控制器收到请求后自己不进行处理，而是委托给其他的解析器进行 处理，作为统一访问点，进行全局的流程控制； Di

![image.png](https://p9-juejin.byteimg.com/tos-cn-i-k3u1fbpfcp/abe573847e3e4cdeafe4cefed791cf17~tplv

![image.png](https://p1-juejin.byteimg.com/tos-cn-i-k3u1fbpfcp/3b2cb3ff70864d5e8a104bc6285332c2~tplv

初始化的入口在容器实现中的 refresh()调用来完成 对 bean 定义载入 IOC 容器使用的方法是 loadBeanDefinition,其中的大致过程如下： 通过 ResourceLoade