springmvc单例多例

SpringMVC是基于方法的拦截；而Struts2是基于类的拦截。

struct2为每一个请求都实例化一个action所以不存在线程安全问题；springmvc默认单例请求使用一个Controller，假如这个Controller中定义了静态变量，就会被多个线程共享。

所以springmvc的controller不要定义静态变量。如果要使用可以用ThreadLocal或者@Scope("prototype")开启不以单例的模式运行，但是以这种方式运行就不是单例了会有额外的开销。

参考：https://www.cnblogs.com/xzwblog/p/7227509.html     /     https://www.cnblogs.com/coshaho/p/5127135.html

一、ThreadLocal：

用法

ThreadLocal用于保存某个线程共享变量：对于同一个static ThreadLocal，不同线程只能从中get，set，remove自己的变量，而不会影响其他线程的变量。

1、ThreadLocal.get: 获取ThreadLocal中当前线程共享变量的值。

2、ThreadLocal.set: 设置ThreadLocal中当前线程共享变量的值。

3、ThreadLocal.remove: 移除ThreadLocal中当前线程共享变量的值。

4、ThreadLocal.initialValue: ThreadLocal没有被当前线程赋值时或当前线程刚调用remove方法后调用get方法，返回此方法值。

原理：

线程共享变量缓存如下：

Thread.ThreadLocalMap<ThreadLocal, Object>;

1、Thread: 当前线程，可以通过Thread.currentThread()获取。

2、ThreadLocal：我们的static ThreadLocal变量。

3、Object: 当前线程共享变量。

我们调用ThreadLocal.get方法时，实际上是从当前线程中获取ThreadLocalMap<ThreadLocal, Object>，然后根据当前ThreadLocal获取当前线程共享变量Object。

ThreadLocal.set，ThreadLocal.remove实际上是同样的道理。

这种存储结构的好处：

1、线程死去的时候，线程共享变量ThreadLocalMap则销毁。

2、ThreadLocalMap<ThreadLocal,Object>键值对数量为ThreadLocal的数量，一般来说ThreadLocal数量很少，相比在ThreadLocal中用Map<Thread, Object>键值对存储线程共享变量（Thread数量一般来说比ThreadLocal数量多），性能提高很多。

关于ThreadLocalMap<ThreadLocal, Object>弱引用问题：

当线程没有结束，但是ThreadLocal已经被回收，则可能导致线程中存在ThreadLocalMap<null, Object>的键值对，造成内存泄露。（ThreadLocal被回收，ThreadLocal关联的线程共享变量还存在）。

虽然ThreadLocal的get，set方法可以清除ThreadLocalMap中key为null的value，但是get，set方法在内存泄露后并不会必然调用，所以为了防止此类情况的出现，我们有两种手段。

1、使用完线程共享变量后，显示调用ThreadLocalMap.remove方法清除线程共享变量；

2、JDK建议ThreadLocal定义为private static，这样ThreadLocal的弱引用问题则不存在了。

二、@Scope("prototype")   

参考：

https://blog.csdn.net/zhang_dianliang/article/details/76850906

https://blog.csdn.net/xinyuan_java/article/details/46928745

实操：https://www.jianshu.com/p/ce9415465ee4

spring中bean的scope属性中：

singleton 表示在spring容器中的单例，通过spring容器获得该bean时总是返回唯一的实例
prototype表示每次获得bean都会生成一个新的对象
在多数情况，我们只会使用singleton和prototype两种scope，如果在spring配置文件内未指定scope属性，默认为singleton。

单例的原因有二：
1、为了性能：单例不用每次都new，当然快了。

2、不需要多例。
 

       既然spring管理的bean默认也是单例的，是不是说除了controller，我后面的service和dao是也要注意线程安全问题？这个问题就要具体问题具体回答了，对线程安全问题的产生做个简单的介绍：
　　线程安全问题其实就是数据共享问题。如果多个线程之间共享了同一份数据就存在同时操作这个数据的可能。这个时候就会出现和预期的偏差，这就是线程安全问题。
在谈这个问题之前我们需要知道java内存哪些是多线程共享的，那些是线程独有的。
Java平台中的内存包括以下几种：
stack：栈，每个线程都有自己的栈，他主要用来存放局部变量的值即对象的引用。
heap：堆，所有的对象都是放到堆里面的，实例变量的值是存储在Heap空间的。实例变量是可以被多线程共享的。
non-heap:静态变量的值是存储在Non-Heap空间中的，也是线程间共享的。
有如下的类：
class A{
 private int a=0;
 private static int b=1;
 public void method(){
  int c=0;
  boolean flag = true;
  List<String> list=new LinkedList<String>();
 }}
}
其中a是实例变量会被多个线程共享（A类如果是singleton的话）
b是静态变量（类变量）会被多个线程共享
c是局部变量用线程独享的stack存放
list存放指向堆上的对象的引用也是线程独享的
这里还实例化了一个LinkedList对象是放在heap上的这个是可以共享的，但是对例子上的这个对象来讲
method每次被调用都会生成一个LinkedList实例，因此list变量所引用的对象实际上只有一个线程可以访问。

笼统的讲当模式是单例的时候，而类里面有静态变量和实例变量的时候要考虑线程安全问题了，这个时候的一些集合操作最好使用并发包java.util.concurrent里面的相关集合类 

参考Java并发编程-并发工具包java.util.concurrent使用指南：https://blog.csdn.net/axi295309066/article/details/65665090