此處僅是問題的簡單描述，並沒有按照規範整理，請大家諒解，這是我在遇到這樣問題時，隨手按照自己的想法記錄下了自己的心得，看著有些亂，不過全是乾貨，希望諒解；

//在springboot 整合rabbitmq下  rabbitTemplate 預設是單例形式
如果僅是傳送佇列和接受佇列訊息 該單例模式就足夠使用了
如果想要 對於 釋出端進行訊息推送確認，那麼單例模式是無法滿足的
如果我們有多個佇列，並需要對每個佇列傳送是否成功的訊息進行確認
這種情況下，如果是單例模式，那麼整個專案中，僅有個一confirm 和 returncallback 實現介面
對於所有的佇列訊息的確認也只能在這一個介面中得到回覆，這樣就很難辨別確認的訊息響應是具體哪個佇列的。

所以這樣的情況下，單例是無法滿足的，因此需要使用多例模式

scope
  prototype 多例模式也會出現一個問題
  
  問題描述
  1  在非指直接請求層  如 server層 ServerImp 使用多例 @Scope("prototype")
    如果在 A 和 B 中分別引用了
    
    A{
      @Autowired
      ServerImp sA;
    }
    
    B{
      @Autowired
      ServerImp sB;
    }
    
  2 此時A和B 都是預設的單例形式作為controller層
    對於A在spring容器啟動的時候，會建立一個A的例項，此時也會建立一個ServerImp的例項 sA
    對於B在spring容器啟動的時候，會建立一個B的例項，此時也會建立一個ServerImp的例項 sB
    
    sA != sB
    但由於a和b僅有一個例項，所以，每次請求使用它們的時候，它們並不會去建立一個新的例項
    那麼此時在a和b中注入的 sA和sB也只是在不同的地方具有不同的例項，但是相對於a和b而言，它們只有一分
    所以，如果在sA和sB中建立了共享變數，那麼這時候就會出現非執行緒安全問題。
    
    
    單例模式
    1  controller server ...等等 在spring容器啟動的時候就會初始化一個單一例項
    
    
  3 scope("prototype") 的時候位置不同，那麼他被初始化和使用的時候也不一樣
   1  使用在controller層的情況下，他是在每次請求到該controller的時候，進行一個例項化，就是建立一個新的controller物件
      在該請求結束後，該controller的例項就會被銷燬，下次再有新的請求進來，就會再次建立一個新的例項
     //使用該註解，標識，在類被例項化後(即呼叫構造方法後)，呼叫下面的方法
     @PostConstruct
     public void init(){
        //此處每次有新的請求進來的時候，都會例項化一個新的controller物件
        System.out.println("ProductListController-->init:,this:"+this);
     }
     
  
    
   2  server層使用多例的註解，這個地方會出現很多的坑，這個也是我們需要特別注意的
    首先我們說在預設的單例情況下
    2.1  在controller層 使用@Autowired 來注入一個server層的例項
    2.1  此時spring容器為我們怎麼處理的？
       2.1.1  在建立了一個server單例項後，在引入了該controller的地方，setter到該server的屬性上
         此時如果有3個或者n個controller同時 @Autowired Server 該server，那麼這n個controller同時擁有同一個server物件
       
    此時我們說下多例模式下
   1  controller層是單例
      server層使用多例模式
   2  此時在3個controller中 
       //建立三個controller
       controller_01{
         @Autowired  
         Server server；//  01中的server物件的例項 地址

[email protected]
       }
       controller_02{
         @Autowired  
         Server server  //  02中的server物件的例項 地址 [email protected]
       }
       controller_03{
         @Autowired  
         Server server  //  03中的server物件的例項 地址 [email protected]
       }
       .....
       
       //server層
       @Service
       @Scope("prototype")   
       Server{
       }
       
       我們會發現，在三個controller層注入的server的例項是不一樣的。也就是體現了多例
       
       但是我們需要注意：server的多例是相對於每個不同引入的地方而言的
         其實我們會發現，在spring容器初始化的時候，他會為每一個controller中的server例項化一個物件
         這個例項化物件，就被繫結到了這個controller上了，意思就是(如論你有n多個請求，都請求到同一個controller上
         ，此時這n個請求使用的server物件是同一個。)，但是在不同的controller裡的server是不一樣的。
       同理，如果我們的controller是prototype多例的，server也是多例的，這時候的情況和上面也是類似的
       controller多例 是在每次請求的時候建立一個新的例項，
       但是server不一樣，如果在controller裡面，使用@Autowired server進行了注入，該server的例項並不會在每次請求到
       該位置的時候才進行例項化的，仍然是在spring容器初始化的時候就一樣完成了對每個controller的注入
       這裡可能有點繞，下面給出虛擬碼
       //controller——01類  多例
       //在每次新的請求時建立一個新的例項
       @Scope("prototype")
       class controller_01{  
         
         @Autowired
         Server server01  //spring容器初始化的時候為其注入了一個

[email protected]
       }
       
       //controller——02類  多例
       //在每次新的請求時建立一個新的例項
       @Scope("prototype")
       class controller_02{  
         @Autowired
         Server server02;   //spring容器初始化的時候為其注入了一個 [email protected]
       }
       
       //在spring容器初始化的時候，就為存在@Autowired server註解的類注入了一個新的例項
       @Scope("prototype")
       class Server{
       
       }
       
       -------------
       此時有3個請求進入了controller_01中，那麼記憶體中將會建立三個新的例項
       [email protected]
       [email protected]
       [email protected]
       這三個新的例項他們共享server01中的地址[email protected]，也就是他們持有同一個server01,
       因為，該server01在spring容器初始話的時候就已經完成了例項化
       
       同理，其他也是這樣
       
       
    探討一個問題
    此時我們就可以利用上面的原理，來解決一些非執行緒安全變數共享問題
    描述：
      有些時候，我們會在server層的類中定義一些私有屬性，這些屬性會被作為該類的全域性變數來使用，而且該屬性是一個動態賦值
    如果向上面那樣，雖然server在被多例後，在不同的controller類下具有不同的例項，但是，對於同一個controller類而言，他們
    持有同一個server物件，也就是該屬性是共享的，隨時可能被另外的請求給修改。
    這時候我們的server中的該屬性是非執行緒安全的。這也是我們平時很少用的情況，嚴格來說也不符合spring的初衷
    如果非要這樣時候怎麼辦，那就不要使用@Autowired 這種方式去獲取server的例項，這種獲取其實也是單例的。
    所以我們要想辦法，在每次請求的時候，都要獲取一個新的server例項，這樣才可以保證變數執行緒安全
    
    @Autowired
    ApplicationContent applicationContent;
    我們可以通過上下文容器在需要的時候主動去獲取，
    Server ser = applicationContent.getBean(Server.class);
    這樣每次獲取到的ser都是一個新的例項。
    
    這樣就解決了多例項的問題