1、在多線程環境中，線程安全不安全都在于類里面有沒有成員變量，這些成員變量都是不安全的。2、pojo應該都設成prototype3、bean里面如果有成員變量，如String，int類型的成員變量，那這些成員變量肯定是不安全的，如果是引用其他bean，則要看引用的bean里面有沒有成員變量，如果有，則通常也應該是不安全的（除非這個引用的bean內容做了安全處理）。 4、一個單例bean A引用了一個多例的bean B為自己的成員變量，由于 beean A是單例，容器只加載一次，所以他所引用的beanB就不安全了。目前測試出來的唯一辦法是使用ThreadLocal<>來封裝beanB里面的成員變量，如下：@Service("serviceTest2")public class ServiceTest2Impl implements ServiceTest2{private ThreadLocal<GjjInfo> threadLocal=new ThreadLocal<GjjInfo>(); private GjjInfo getGjjInfo(){if(threadLocal.get()==null){System.out.println("gjjInfo為空，取一下");threadLocal.set(SpringContextHolder.getBean(GjjInfo.class));}return threadLocal.get();}public void start(Socket socket){GjjInfo gjjInfo=getGjjInfo(); System.out.println(Thread.currentThread().getName()+"|gjjInfo:"+gjjInfo.getAreaCode());gjjInfo.setAreaCode("bbbbbbbbb");}}這樣設計可以保證多線程環境中調用serviceTest2是線程安全的，但是在自己的當前線程中也不一定安全，例如，有一個serviceTest1一下子@Autowired了兩個serviceTest2（oneServiceTest2，twoServiceTest2），那么這兩個serviceTest2一模一樣（即便是用ThreadLocal<>封裝了），假如：情況1： oneServiceTest2處理業務邏輯到一半，轉頭又處理twoServiceTest2，肯定就有了臟讀的可能。情況2： oneServiceTest2處理結束，但是成員變量有變化，這時候再處理twoServiceTest2，則twoServiceTest2必然臟讀。所以我得到的結論是：在一次請求的整個生命周期，當前線程中某個帶有成員變量的bean，如果只被調用一次，那么用ThreadLocal<>來封裝成員變量，是沒有問題的，但是如果他被多次調用，那還是設成prototype比較好