用親身經歷告訴你，在你的併發程式代碼塊中，最好最好不要有引用類型，必要的string類型還是可以的。目前正在把自己前段時間寫的併發程式放到自己的項目中，以提高速度，由於我的項目是與移動對接的，因此，詢問了移動的介面能不能響應高併發之後，並且得到了肯定的答覆，我就開始著手demo設計了，但是一直出錯， ...
用親身經歷告訴你，在你的併發程式代碼塊中，最好最好不要有引用類型，必要的string類型還是可以的。
目前正在把自己前段時間寫的併發程式放到自己的項目中，以提高速度，由於我的項目是與移動對接的，因此，詢問了移動的介面能不能響應高併發之後，並且得到了肯定的答覆，我就開始著手demo設計了，但是一直出錯，一直有問題，後來想到，可能是引用類型的問題，因為我的併發代碼需要不斷地給一個類實例對象的某個欄位賦值，然後去調用移動介面，我就捉摸著，可能是因為併發太快了，然後這個引用類型賦值的之後，沒有來的及更換記憶體地址，因為我這個類實例對象是全局的，後來我就改成局部的了，大不了換點記憶體麽，我還是更喜歡速度快點，果然！運行成功，沒有出錯。
最後，我尋思了下，併發中的值類型是最安全的，當然，有時候我們還是會需要string，此時最好是把string弄成局部變數，其餘的引用類型也是，我們可以把一次併發需要的引用參數想象成一次請求，大不了，就是每次的請求調用都是使用局部變數，又能耗多少記憶體，再說了我們也能自己手動釋放記憶體！
