1.Spring单例模式与线程安全
Spring框架里的bean或者component，在获取实例时都是默认的单例模式。单例模式确保某一个类只有一个实例，而且自行实例化并向整个系统提供这个实例。
当多用户同时请求一个服务时，容器会给每一个请求分配一个线程，并使用ThreadLocal，从而保证系统的性能。
ThreadLocal和线程同步机制相比有什么优势呢？
在同步机制中，通过对象的锁机制保证同一时间只有一个线程访问变量。这时该变量是多个线程共享的，使用同步机制要求程序慎密地分析什么时候对变量进行读写，什么时候需要锁定某个对象，什么时候释放对象锁等繁杂的问题，程序设计和编写难度相对较大。
而ThreadLocal则从另一个角度来解决多线程的并发访问。ThreadLocal会为每一个线程提供一个独立的变量副本，从而隔离了多个线程对数据的访问冲突。因为每一个线程都拥有自己的变量副本，从而也就没有必要对该变量进行同步了。ThreadLocal提供了线程安全的共享对象，在编写多线程代码时，可以把不安全的变量封装进ThreadLocal。
概括起来说，对于多线程资源共享的问题，同步机制采用了“以时间换空间”的方式，而ThreadLocal采用了“以空间换时间”的方式。前者仅提供一份变量，让不同的线程排队访问，而后者为每一个线程都提供了一份变量，因此可以同时访问而互不影响。
2.Spring MVC Controller单例陷阱
单例模式下：
@RestController @RequestMapping("controller") public class TestController { private static int index_s = 0;//静态的 private int index = 0;//非静态 @GetMapping("/test") public String test() { return index_s++ + " | " + index++; } }
结果：
0 | 0 1 | 1 2 | 2 3 | 3 4 | 4
多例模式下：
@RestController @RequestMapping("controller") @Scope("prototype") public class TestController { private static int index_s = 0;//静态的 private int index = 0;//非静态 @GetMapping("/test") public String test() { return index_s++ + " | " + index++; } }
结果：
0 | 0 1 | 0 2 | 0 3 | 0 4 | 0
由此可见：
单例是线程不安全的，会导致属性的重复性利用。
1、不要在controller中定义成员变量。
2、万一必须要定义一个非静态成员变量时候，则通过注解@Scope("prototype")，将其设置为多例模式
参考资料：
https://blog.51cto.com/lavasoft/1394669
https://blog.csdn.net/paladinzh/article/details/88051356