原来spring是这样处理requestBean的

不久前面试时候，由于简历中吹了牛X，然后被面试官问到了spring中requestBean的生命周期，由于很少用到单例之外的bean，所以当时瞎巴拉巴拉最后gameOver,最近有时间了赶紧给spring中对于bean的创建模块重新梳理一遍。

bean的创建

跟过spring源码的都知道bean的创建是在AbstractApplicationContext#refresh 方法中的finishBeanFactoryInitialization中调用beanFactory.preInstantiateSingletons来实现非懒加载单例Bean的创建，然后我们再跟进去会发现里面调用getBean方法，而spring对Scope的支持也在此方法内，doGetBean方法内的if内的内容是对循环依赖的处理，在此我们不用关心，通过对scope处理的代码我们不难看出 首先AbstractBeanFactory暴露了一个ObjectFactory,然后它调用了Scope的get方法去获取当前需要创建的bean对象
我们继续跟入scope.get 方法，我们会发现这里调用的就是requestBean的父类AbstractRequestAttributesScope

至此我们就完成了requestBean创建的过程，因为SessionScope和requestBean的父类都是AbstractRequestAttributesScope所以他们在创建的时候走的流程是一样的

bean的销毁

spring在创建bean的过程中会去解析xml，注解 接口等方式注入的销毁方法，在创建bean的过程中会调用createBean方法，我们跟进去会发现在实际执行创建bean方法的doCreateBean的最后面会执行方法registerDisposableBeanIfNecessary，然后我们再次跟进去会发现这个方法其实很简单，就是对单例bean和非原型bean注入销毁方法到bean容器中
在此我们就发现不同了，对于单例bean而言销毁方法是直接注入到容器中，但是对于其它scope的bean而言，是将销毁方法的具体执行时机交由scope实现,这个时候我们又回到了AbstractRequestAttributesScope

再跟进去ServletRequestAttributes#registerDestructionCallback 此处将requestBean和SessionBean保存到了不同的容器中
到此为止貌似我们只提到了销毁方法如何注入，保存在哪里，但是它在什么时候被调用呢，这又不得不提到springMVC中最重要的一个类了DispatcherServlet，在DispatcherServlet的父类FrameworkServlet我们可以发现doPost、doGet等等处理请求的方法最终都执行了processRequest方法，看完这个方法的时候我们会想到如果我们是spring的设计者我们会在哪里去销毁需要销毁的bean？答案就在此方法最后一个finnaly中
我们会发现当requestAttributes不为空的时候，spring会去调用requestCompleted，那我们再具体跟进去看下这个方法内做了什么事情
看到这个方法名相比你会感觉到这个名字似乎在哪见过，这个时候我们再看下前面spring在注册销毁时scope所调用的方法名，scope.registerDestructionCallback，这个时候我们就可以大胆的推断了，此方法内应该是执行了前面交与scope注册的销毁方法适配器

至此我们的requestBean的销毁方法被调用