內存泄漏修改前代碼
public static String prepareCTUEventPayloadForBatch(List<TradeDetailModel> modelList) {
List<TradeEvent> payloadList = new ArrayList<TradeEvent>();
for (TradeDetailModel model : modelList) {
// 循環構建交易事件
TradeEvent payload = constructTradeEvent(model);
if (payload != null) {
payloadList.add(payload);
}
}
if (payloadList == null || payloadList.size() == 0) {
return null;
}
XStream stream = new XStream();
return stream.toXML(payloadList);
}
每個請求都會new一個XStream對象，然后xstream內部又會new一個CompositeClassLoader，並且Class.forName調用該loader
minor gc不會回收這種class loader對象，那就會導致heap被占滿並full gc了。
真正內存泄漏的本質原因是：由於大量的new出來很多xstream對象，xstream內部new出來CompositeClassLoader，
並且Class.forName調用該loader。minor gc不會回收這種class loader對象，存在可達且無用對象。這才是內存泄漏的本因。
合並支付系統中代碼修改后：
由於靜態類級別的xstream對象，xstream內部new出來一個CompositeClassLoader，
並且Class.forName調用該loader。雖然xstream內部new出來一個CompositeClassLoader存在堆區，但是靜態finnal級別的xstream對象不在堆區，
因此不存在可達且無用對象，從而minor gc會回收這種class loader對象。
主業務路徑系統，在xstream使用上不存在內存泄漏的，基本采用如下使用方式。
class A
private static final XStream stream = new XStream();
new一個XStream對象，然后xstream內部只會new一個CompositeClassLoader
二，JAVA內存相關名詞
1、 堆棧（stack）。位於通用RAM中，但通過它的“堆棧指針”可以從處理器哪里獲得支持。堆棧指針若向下移動，則分配新的內存；若向上移動，則釋放那些內存。這是一種快速有效的分配存儲方法，僅次於寄存器。創建程序時候，JAVA編譯器必須知道存儲在堆棧內所有數據的確切大小和生命周期，因為它必須生成相應的代碼，以便上下移動堆棧指針。這一約束限制了程序的靈活性，所以雖然某些JAVA數據存儲在堆棧中——特別是對象引用，但是JAVA對象不存儲其中。
2、 堆（heap）。一種通用性的內存池（也存在於RAM中），用於存放所有的JAVA對象。堆不同於堆棧的好處是：編譯器不需要知道要從堆里分配多少存儲區域，也不必知道存儲的數據在堆里存活多長時間。因此，在堆里分配存儲有很大的靈活性。當你需要創建一個對象的時候，只需要new寫一行簡單的代碼，當執行這行代碼時，會自動在堆里進行存儲分配。但是用堆進行存儲分配比用堆棧進行存儲存儲需要更多的時間。
3、 靜態存儲（static storage）。這里的“靜態”是指“在固定的位置”。靜態存儲里存放程序運行時一直存在的數據。你可用關鍵字static來標識一個對象的特定元素是靜態的，但JAVA對象本身從來不會存放在靜態存儲空間里。
總結：1、堆：所謂的動態內存，其中的內存在不需要時可以回收，以分配給新的內存請求。內存中的數據是無序的，即先分配的和隨后分配的內存並沒有什么必然的位置關系，釋放時也可以沒有先后順序。一般由使用者自由分配，malloc分配的就是堆，需要手動釋放。
堆棧: 只有一個出入口的隊列，即后進先出（First In Last Out，先分配的內存必定后釋放。一般由系統自動分配，存放函數的參數值，局部變量等，自動清除。
2、堆：靜態、全局和new得到的變量都放在堆中；堆棧：局部變量放在堆棧中，每個函數進入的時候分一小塊，函數返回的時候就釋放了，所以函數返回，局部變量就全沒了。
4、內存泄漏：應用程序分配了某段內存后且程序已不再使用該段內存，由於設計或程序失誤失去了對該段內存的控制能力。一般所說的內存泄漏是指的堆內存泄漏。（參考上面堆闡述。）
三、Java Designer take care of your memory
1、垃圾收集器GC
Java的一個重要優點就是通過垃圾收集器(Garbage Collection，GC)自動管理內存的回收，程序員不需要通過調用函數來釋放內存。因此，很多程序員認為Java不存在內存泄漏問題，或者認為即使有內存泄漏也不是程序的責任，而是GC或JVM的問題。其實，這種想法是不正確的，因為Java也存在內存泄露，只是它的表現與C++不同。
2、通過監控對象狀態決定是否釋放對象極其內存
Java中，程序員需要通過關鍵字new為每個對象申請內存空間 (基本類型除外)，所有的對象都在堆 (Heap)中分配空間。另外，對象的釋放是由GC決定和執行的。在Java中，內存的分配是由程序完成的，而內存的釋放是有GC完成的，這種收支兩條線的方法確實簡化了程序員的工作。但同時，它也加重了JVM的工作。這也是Java程序運行速度較慢的原因之一。因為，GC為了能夠正確釋放對象，GC必須監控每一個對象的運行狀態，包括對象的申請、引用、被引用、賦值等，GC都需要進行監控。監視對象狀態是為了更加准確地、及時地釋放對象，而釋放對象的根本原則就是該對象不再被引用。釋放對象的根本原則就是該對象不再被引用。
3、GC機制-回收不可達對象，程序員不需考慮
為了更好理解GC的工作原理，我們可以將對象考慮為有向圖的頂點，將引用關系考慮為圖的有向邊，有向邊從引用者指向被引對象。另外，每個線程對象可以作為一個圖的起始頂點，例如大多程序從main進程開始執行，那么該圖就是以main進程頂點開始的一棵根樹。在這個有向圖中，根頂點可達的對象都是有效對象，GC將不回收這些對象。如果某個對象 (連通子圖)與這個根頂點不可達(注意，該圖為有向圖)，那么我們認為這個(這些)對象不再被引用，可以被GC回收。
4、 GC機制-可達且無用對象，導致內存泄漏
在Java中，內存泄漏就是存在一些被分配的對象，這些對象有下面兩個特點，首先，這些對象是可達的，即在有向圖中，存在通路可以與其相連；其次，這些對象是無用的，即程序以后不會再使用這些對象。如果對象滿足這兩個條件，這些對象就可以判定為Java中的內存泄漏，這些對象不會被GC所回收，然而它卻占用內存。
通過分析，我們得知，對於C++，程序員需要自己管理邊和頂點，而對於Java程序員只需要管理邊就可以了(不需要管理頂點的釋放)。通過這種方式，Java提高了編程的效率。