SpringMvc线程安全与生命周期

由于springmvc是singleton的，所以假如存在全局变量时就容易导致线程安全问题，线程安全问题其实归根结底就是数据共享问题，这就又牵扯到java虚拟机的内存结构了，每一个线程都会有自己的工作内存，还有一块公用的内存，共享内存，我们定义好的一个变量放在共享内存中，每当一个线程对全局变量进行操作时，都会与共享内存中的保存的全局变量的值进行比较。
Spring MVC默认是单例模式，Controller、Service、Dao都是单例所以在使用不当存在一定的安全隐患。Controller单例模式的好处在与： 
1. 提高性能，不用每次创建Controller实例，减少了对象创建和垃圾收集的时间 
2. 没多例的必要 
由于只有一个Controller的实例，当多个线程同时调用它的时候，它的成员变量就不是线程安全的。 
当然在大多数情况下，我们根本不需要Controller考虑线程安全的问题，除非在类中声明了成员变量。因此Spring MVC的Contrller在编码时，尽量避免使用实例变量。如果一定要使用实例变量，则可以改用以下方式： 
1. Controller中声明 scope=”prototype”，即设置为多例模式 
2.在Controller中使用ThreadLocal变量,如：private ThreadLocal<Integer> count = new ThreadLocal<Integer>();
springmvc singleton有几种解决方法：
1、在控制器中不使用实例变量（可以使用方法参数的形式解决，参考博文 Spring Bean Scope 有状态的Bean 无状态的Bean）
2、将控制器的作用域从单例改为原型，即在spring配置文件Controller中声明 scope="prototype"，每次都创建新的controller
3、在Controller中使用ThreadLocal变量

spring中的并发访问题：

我们知道在一般情况下，只有无状态的Bean才可以在多线程环境下共享，在Spring中，绝大部分Bean都可以声明为singleton作用域。
那么对于有状态的bean呢？Spring对一些（如RequestContextHolder、TransactionSynchronizationManager、LocaleContextHolder等）中非线程安全状态的bean采用ThreadLocal进行处理，让它们也成为线程安全的状态，因此有状态的Bean就可以在多线程中共享了。

spring对那些个有状态bean使用ThreadLocal维护变量[仅仅是变量,因为线程同步的问题就是成员变量的互斥访问出问题]时，ThreadLocal为每个使用该变量的线程提供独立的变量副本，所以每一个线程都可以独立地改变自己的副本，而不会影响其它线程所对应的副本。
 

配置在Spring中的Bean在Spring容器中从加载到销毁会经历那些过程呢?如果实现一些特定的Spring接口,这些特定接口的方法会在什么时候被调用呢?本文简单介绍一下这些过程.

Bean在Spring容器中的生命周期如下图所示:

 

1,调用Bean的构造函数(或者工厂方法)实例化Bean.
2,对Bean的成员变量赋值.
3,如果Bean实现了BeanNameAware,调用Bean的setBeanName方法.
4,如果Bean实现了BeanFactoryAware,调用Bean的setBeanFactory方法.
5,如果Bean实现了ApplicationContextAware,调用Bean的setApplicationContext方法.
6,如果容器中配置了BeanPostProcessor,调用BeanPostProcessor的postProcessBeforeInitialization方法(如果有多个BeanPostProcessor,调用每一个BeanPostProcessor的postProcessBeforeInitialization方法).
6,如果Bean实现了InitializingBean,调用Bean的afterPropertiesSet方法.
7,如果Bean配置了init-method方法,调用init-method配置的Bean方法.
8,如果容器中配置了BeanPostProcessor,调用BeanPostProcessor的postProcessAfterInitialization方法.(如果有多个BeanPostProcessor,调用每一个BeanPostProcessor的postProcessAfterInitialization方法).
9,Bean处于可以使用的状态.
10,Spring容器关闭.
11,4,如果Bean实现了DisposableBean,调用Bean的destroy方法.
12,如果Bean配置了destroy-method方法,调用destroy-method配置的Bean的方法.

 

　　SpringMVC的生命周期，即SpringMVC的执行流程：

    第一步：发起请求到前端控制器(DispatcherServlet)
    第二步：前端控制器请求HandlerMapping（处理器映射器）查找 Handler
        可以根据xml配置、注解进行查找
    第三步：处理器映射器HandlerMapping向前端控制器返回Handler
    第四步：前端控制器调用处理器适配器去执行Handler
    第五步：处理器适配器去执行Handler
    第六步：Handler执行完成给适配器返回ModelAndView
    第七步：处理器适配器向前端控制器返回ModelAndView
        ModelAndView是springmvc框架的一个底层对象，包括 Model和view
    第八步：前端控制器请求视图解析器去进行视图解析
        根据逻辑视图名解析成真正的视图(jsp)
    第九步：视图解析器向前端控制器返回View
    第十步：前端控制器进行视图渲染
        视图渲染将模型数据(在ModelAndView对象中)填充到request域
    第十一步：前端控制器向用户响应结果