OutOfMemoryError： unable to create new native thre

工做中碰到過這個問題好幾回了，以爲有必要總結一下，因此有了這篇文章，這篇文章分爲三個部分：認識問題、分析問題、解決問題。

 

1、認識問題:

首先咱們經過下面這個 測試程序 來認識這個問題：
運行的環境 （有必要說明一下，不一樣環境會有不一樣的結果）：32位 Windows XP，Sun JDK 1.6.0_18， eclipse 3.4，
測試程序：

Java代碼  

1. import java.util.concurrent.CountDownLatch;  
2.   
3. public class TestNativeOutOfMemoryError {  
4.   
5.     public static void main(String[] args) {  
6.   
7.         for (int i = 0;; i++) {  
8.             System.out.println("i = " + i);  
9.             new Thread(new HoldThread()).start();  
10.         }  
11.     }  
12.   
13. }  
14.   
15. class HoldThread extends Thread {  
16.     CountDownLatch cdl = new CountDownLatch(1);  
17.   
18.     public HoldThread() {  
19.         this.setDaemon(true);  
20.     }  
21.   
22.     public void run() {  
23.         try {  
24.             cdl.await();  
25.         } catch (InterruptedException e) {  
26.         }  
27.     }  
28. }  

 

 

不指定任何JVM參數，eclipse中直接運行輸出，看到了這位朋友了吧：
i = 5602
Exception in thread "main" java.lang.OutOfMemoryError: unable to create new native thread
    at java.lang.Thread.start0(Native Method)
    at java.lang.Thread.start(Thread.java:597)
    at TestNativeOutOfMemoryError.main(TestNativeOutOfMemoryError.java:20)

 

2、分析問題：

這個異常問題本質緣由是咱們建立了太多的線程，而能建立的線程數是有限制的，致使了異常的發生。能建立的線程數的具體計算公式以下：
(MaxProcessMemory - JVMMemory - ReservedOsMemory) / (ThreadStackSize) = Number of threads
MaxProcessMemory 指的是一個進程的最大內存
JVMMemory         JVM內存
ReservedOsMemory  保留的操做系統內存
ThreadStackSize      線程棧的大小

在java 語言裏， 當你建立一個線程的時候，虛擬機會在JVM內存建立一個Thread對象同時建立一個操做系統線程，而這個系統線程的內存用的不是JVMMemory，而 是系統中剩下的內存(MaxProcessMemory - JVMMemory - ReservedOsMemory)。


結合上面例子咱們來對公式說明一下：
MaxProcessMemory 在32位的 windows下是 2G
JVMMemory   eclipse默認啓動的程序內存是64M
ReservedOsMemory  通常是130M左右
ThreadStackSize 32位 JDK 1.6默認的stacksize 325K左右
公式以下：
(2*1024*1024-64*1024-130*1024)/325 = 5841
公式計算所得5841，和實踐5602基本一致（有誤差是由於ReservedOsMemory不能很精確）

由公式得出結論：你給JVM內存越多，那麼你能建立的線程越少，越容易發生java.lang.OutOfMemoryError: unable to create new native thread。

咦，有點背咱們的常理，恩，讓咱們來驗證一下,依舊使用上面的測試程序，加上下面的JVM參數，測試結果以下：
ThreadStackSize      JVMMemory                    能建立的線程數
默認的325K             -Xms1024m -Xmx1024m    i = 2655
默認的325K               -Xms1224m -Xmx1224m    i = 2072
默認的325K             -Xms1324m -Xmx1324m    i = 1753
默認的325K             -Xms1424m -Xmx1424m    i = 1435
-Xss1024k             -Xms1424m -Xmx1424m    i = 452
徹底和公式一致。

3、解決問題：
1， 若是程序中有bug，致使建立大量不須要的線程或者線程沒有及時回收，那麼必須解決這個bug，修改參數是不能解決問題的。
2， 若是程序確實須要大量的線程，現有的設置不能達到要求，那麼能夠經過修改MaxProcessMemory，JVMMemory，ThreadStackSize這三個因素，來增長能建立的線程數：
a, MaxProcessMemory 使用64位操做系統
b, JVMMemory   減小JVMMemory的分配
c, ThreadStackSize  減少單個線程的棧大小

 

分享到：

一場內存異常的虛驚 | (轉載) 如何從 GAC中拷貝文件出來

• 2010-03-23 23:11
• 瀏覽 65487
• 評論(21)
• 論壇回覆 / 瀏覽 (6 / 4023)
• 分類:編程語言
• 相關推薦

評論

21 樓 xiaoxuan1130 2015-08-13  

                               

20 樓 williamxww 2015-04-10  

mark

19 樓 zxjlwt 2015-01-27  

學習了，很是好。

http://surenpi.com

18 樓 blue_ysy 2014-11-14  

剛改，還沒測試是否可用，不過應該能解決這問題吧
前面兩我的說話說一半真沒意思，既然否認樓主，那也得給出本身的看法吧

17 樓 793059909 2014-07-25  

erebus214 寫道

erebus214 寫道

erebus214 寫道

此文章有誤導做用，做者只講了「Heap size 」，殊不知道還有一個「Thread stack size」與之對應。因此獲得一塌糊塗的結論（你給JVM內存越多，那麼你能建立的線程越少，越容易發生）。哎……

此問題是內存分配的比例失調，而不是分配的大小問題。

另外，若是是Linux/Unix系統，還須要考慮OS自己對進程數的限制。

Linux中進程也是文件，文件數是有限制的