整个stop方法跟start方法相比，逻辑上并没有很大的区别，除了执行时顺序相反外。

• start方法，先找出这个Bean的所有依赖，然后先启动这个Bean的依赖
• stop方法，先找出哪些Bean依赖了当前的Bean，然后停止这些被依赖的Bean,之后再停止当前的Bean

在整个Bean的生命周期的初始化阶段，有一个很重要的步骤就是执行相关的Aware接口，而整个Aware接口执行又可以分为两个阶段：

• 执行其它Aware接口

至于为什么需要这样分，我们在进行源码分析的时候就明白了

可以让我们拿到整个容器。但是使用Aware接口也会相应的带来一些弊病，当我们去实现这些接口时，意味着我们的应用程序跟Spring容器发生了强耦合，违背了IOC的原则。所以一般情况下，并不推荐采用这种方式，除非我们在编写一些整个应用基础的组件。

回顾我们之前的流程图，我们可以看到，创建Bean的动作主要发生在3-11-6-4步骤中，主要分为三步：

我们今天要分析的代码主要就是第3-11-6-4-3步，其完成的功能主要就是初始化，相对于我们之前分析过的代码来说，这段代码算比较简单的：

第一步：执行部分aware接口中的方法

• Aware接口执行，出了我们上面介绍的三个Aware接口，其余的接口都会在这个阶段执行，例如我们之前说到的ApplicationContextAware 接口，它会被一个专门的后置处理器ApplicationContextAwareProcessor处理。其余的接口也是类似的操作，这里就不在赘述了
• @PostConstructor,@PreDestroy两个注解的处理。这两个注解会被CommonAnnotationBeanPostProcessor这个后置处理器处理，需要注意的是@Resource注解也是被这个后置处理器进行处理的。关于注解的处理逻辑，我们后面的源码阅读相关文章中再做详细分析。

第三步：完成初始化方法执行

整段代码的逻辑还是很简单的，先判断是否实现了对应的生命周期回调的接口（InitializingBean），如果实现了接口，先调用接口中的afterPropertiesSet方法。之后在判断是否提供了initMethod，也就是在XML中的Bean标签中提供了init-method属性。

第四步：完成AOP代理

AOP代理实现的具体过程放到之后的文章中分析，我们暂时只需要知道AOP是在Bean完成了所有初始化方法后完成的即可。这也不难理解，在进行AOP之前必须保证我们的Bean已经被充分的”装配“了。

就目前而言，我们可以将整个Bean的生命周期总结如下：

在上图中，实例话跟属性注入的过程我们还没有分析，在后续的文章中，我们将对其进行详细的分析。销毁阶段并不复杂，所以这里也不做分析了，直接给出结论，大概可以自己阅读代码，入口在容器的close方法中。

另外，我这里并没有将实现了LifeCycle接口的Bean中的start方法跟stop方法算入到整个Bean的生命周期中，大家只要知道，如果实现了SmartLifeCyle接口，那么在容器启动时也会默认调用其start方法，并且调用的时机在Bean完成初始化后，而stop方法将在Bean销毁前调用。

Spring官网阅读系列（一）：Spring容器及实例化

Spring官网阅读系列（二）：Spring依赖注入及方法注入

Spring官网阅读系列（三）：自动注入与精确注入