Spring Bean 与线程安全

    前两天在使用spring Bean的时候，发现跑出来的数据总是存在着一些奇怪的值，这些值在当前的处理当中本该不会出现，找了半天，发现时上一个线程使用该Bean后的遗留的值。后面查看了spring Bean的相关知识后，找到了问题的原因。 使用了ThreadLocal——线程本地变量的方式解决了问题。对问题产生的原因做一个分析和总结。

一. 问题原因

    Spring框架里的Bean，默认为单例模式，这是在多线程开发的时候要尤其注意的地方。
    当多用户同时请求一个服务时，容器会给每一个请求分配一个线程，这是多个线程会并发执行该请求多对应的业务逻辑（成员方法），此时就要注意了，如果该处理逻辑中有对该单例Bean状态的修改（体现为该单例Bean的成员属性），则必须考虑线程同步问题。

二. 使用ThreadLocal解决线程安全问题

    ThreadLocal和线程同步机制相比有什么优势呢？ThreadLocal和线程同步机制都是为了解决多线程中相同变量的访问冲突问题。在同步机制中，通过对象的锁机制保证同一时间只有一个线程访问变量。这时该变量是多个线程共享的，使用同步机制要求程序慎密地分析什么时候对变量进行读写，什么时候需要锁定某个对象，什么时候释放对象锁等繁杂的问题，程序设计和编写难度相对较大。而ThreadLocal则从另一个角度来解决多线程的并发访问。ThreadLocal会为每一个线程提供一个独立的变量副本，从而隔离了多个线程对数据的访问冲突。因为每一个线程都拥有自己的变量副本，从而也就没有必要对该变量进行同步了。ThreadLocal提供了线程