spring的单例模式与线程安全
1.spring框架里的bean获取实例的时候都是默认单例模式，所以在多线程开发里就有可能会出现线程不安全的问题。当多个用户同时请求一个服务器时，容器（tomcat）会给每一个请求分配一个线程，这时多个线程会并发执行该请求所对应的业务逻辑（controller里的方法），此时就要注意啦，如果controller（是单例对象）里有全局变量并且又是可以修改的，那么就需要考虑线程安全的问题。解决方案有很多，比如设置@scope("prototype")为多例模式，为每个线程创建一个controller，还可以使用ThreadLocal。
2.其实spring的源码里比如RequestContextHolder、TransactionSynchronizationManager、LoxaleContextHolder等这些对象创建方式也是单例，底层就是用ThreadLocal处理的。ThreadLocal基本实现思路是：它会为每个线程提供一个独立的变量副本，从而隔离了多个线程对数据的访问冲突，因为每个线程都拥有自己的变量副本，从而也就没必要对该变量进行同步啦。
3.在ssh或ssm框架里的service或dao对象虽然也是单例模式，但正如上面分析的，他们没有可修改的全局变量，所以在多线程环境下也是安全的。
4.其实在很多文章中对于spring的单例模式与线程安全会提到一个概念有状态对象和无状态对象，无状态对象在多线程环境下是线程安全的，有状态的对象则不是，其实这个字面的意思是比较对的，因为这个对象如果无法存储数据，也就不会出现多个线程操作共享数据的情况，自然安全，概念如下
有状态就是有数据存储功能。有状态对象(Stateful Bean)，就是有实例变量的对象，可以保存数据，是非线程安全的。在不同方法调用间不保留任何状态。
无状态就是一次操作，不能保存数据。无状态对象(Stateless Bean)，就是没有实例变量的对象.不能保存数据，是不变类，是线程安全的。
但是很多文章举的无状态对象的例子我认为不合理。比如：https://blog.csdn.net/bingjing12345/article/details/9794945，因为如果这个对象没有set放方法只是可读，其实也是安全的。
总结
其实你越去了解框架底层的实现原理，你越会为这个框架的思想而着迷，你会感慨框架笔者的想法是多么的奇妙，多么的周全，多一字嫌多，少一字嫌少。
