websphere內(nèi)存設(shè)置

解決應(yīng)用程序類加載器泄漏

應(yīng)用領(lǐng)域 傾向于：

• 使用應(yīng)用程序類加載器中的Runnable實現(xiàn)啟動新線程。 即使JEE編程模型不支持此功能，客戶也經(jīng)常直接創(chuàng)建新線程或通過使用間接創(chuàng)建它們 計時器 客戶必須確保在停止相應(yīng)的應(yīng)用程序（或WAR模塊）時停止這些線程：
  • 可以在停止WAR進行清理時使用javax.servlet.ServletContextListener.contextDestroyed進行通知。
• 使用ThreadLocal的 （ 靜態(tài)存儲一個ThreadLocal）。 ThreadLocal值有效地存儲為每個Thread中的 WeakHashMap 。 由于這些值通常包含應(yīng)用程序?qū)ο?#xff0c;因此該應(yīng)用程序?qū)ο笠闷銫lass ，該Class引用其ClassLoader ，該ClassLoader引用包含ThreadLocal的Class ，弱引用永遠不會中斷，并且會發(fā)生泄漏。

  鼓勵客戶避免使用 ThreadLocal ，或者在模塊停止時清除對ThreadLocal的引用（請參見上文），或確保在每次請求后都調(diào)用remove（） 。

• 向JMX服務(wù)器注冊JMX MBean或NotificationListener 。 客戶必須確保在停止相應(yīng)的應(yīng)用程序（或WAR模塊）時取消注冊。

任意組件

這包括JDBC提供程序，第三方軟件和本身想要實現(xiàn)以下目的的應(yīng)用程序：

• 啟動新線程，包括由java.util.Timer構(gòu)造函數(shù)創(chuàng)建的“定時器線程”。 創(chuàng)建線程時 ，將從原始線程復(fù)制兩條信息：
• 上下文類加載器（ getContextClassLoader（） ）。 當(dāng)應(yīng)用程序正在執(zhí)行時，容器將上下文類加載器設(shè)置為模塊類加載器，因此新創(chuàng)建的線程將在上下文類加載器存在期間保持其活動狀態(tài)。 可以通過在啟動計時器之前調(diào)用setContextClassLoader到非應(yīng)用程序類加載器來避免這種情況，然后再將其重置。
• 調(diào)用線程的AccessControlContext （如AccessController所述 ）。 如果線程是由于來自應(yīng)用程序的API調(diào)用而正在啟動，則應(yīng)用程序的ProtectionDomain將位于AccessControlContext中 ，并且應(yīng)用程序類的ProtectionDomain將包括對其ClassLoader的引用。 通過使用doPrivileged創(chuàng)建線程可以避免這種情況。 請注意，必須注意確保使用doPrivileged不允許非特權(quán)應(yīng)用程序創(chuàng)建線程。
  
  

例如：

// doPrivileged fixes the AccessControlContext leak, and it is also required // for calls to Thread.get/setContextClassLoader. Timer timer = AccessController.doPrivileged(new PrivilegedAction() {public void run() {Thread thread = Thread.currentThread();ClassLoader savedCL = thread.getContextClassLoader();thread.setContextClassLoader(null);try {// The Timer constructor will create a Thread, which will copy the// context class loader from the current thread, which is now null.return new Timer(true);} finally {thread.setContextClassLoader(savedCL);}} });
• 將數(shù)據(jù)與當(dāng)前上下文類加載器關(guān)聯(lián)。 這通常是通過Map <classloader Value> </ classloader完成的 。 此地圖必須：

具有明確的生命周期API。 在這種情況下，必須調(diào)用生命周期API。 如果代碼是由客戶介紹的，則客戶負責(zé)添加JMX偵聽器。 如果代碼是由WAS prereq引入的，則所有者必須使用WAS應(yīng)用程序偵聽器API。 如果代碼屬于JDK，則運行時團隊將承擔(dān)調(diào)用它的責(zé)任（例如ResourceBundle.clearCache和Introspector.flushCaches ）。

成為WeakHashMap以允許對ClassLoader鍵進行垃圾收集。 請注意，該值不得包含對從該ClassLoader創(chuàng)建的類或?qū)ο蟮姆侨跻?#xff0c;否則該條目將永遠不會被刪除。 WeakHashMap <ClassLoader，WeakReference <Class >>或WeakHashMap <ClassLoader，Tuple>，其中Tuple包含從類實例化的對象的WeakReference <Class>和WeakReference <Object>。 在這兩種情況下，Class的保持都很弱，這仍然允許ClassLoader的收集。 在后一種情況下，如果發(fā)生GC，將清除對實例化對象的引用，但假定可以廉價地重新實例化該對象。

這些技巧由WAS專家Brett Kail提供

參考：來自JCG合作伙伴的 WebSphere Classloader內(nèi)存泄漏預(yù)防 ? All Things WebSphere博客上的Rohit Kelapure。

翻譯自: https://www.javacodegeeks.com/2012/03/websphere-classloader-memory-leak.html

websphere內(nèi)存設(shè)置

總結(jié)

以上是生活随笔為你收集整理的websphere内存设置_WebSphere Classloader内存泄漏预防的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯，歡迎將生活随笔推薦給好友。