容易發生內存溢出問題的內存空間包括:Permanent Generation space和Heap space。html
常見的幾種錯誤:java
發生這種問題的原意是程序中使用了大量的jar或class,使java虛擬機裝載類的空間不夠,與Permanent Generation space有關。算法
解決方法:增長java虛擬機中的XX:PermSize和XX:MaxPermSize參數的大小,其中XX:PermSize是初始永久保存區域大小,XX:MaxPermSize是最大永久保存區域大小。如針對tomcat6.0,在catalina.sh 或catalina.bat文件中一系列環境變量名說明結束處(大約在70行左右) 增長一行:編程
JAVA_OPTS=" -XX:PermSize=64M -XX:MaxPermSize=128m"數組
發生這種問題的緣由是java虛擬機建立的對象太多,在進行垃圾回收之間,虛擬機分配的到堆內存空間已經用滿了,與Heap space有關。tomcat
解決這類問題有兩種思路:多線程
我之前寫一個使用K-Means文本聚類算法對幾萬條文本記錄(每條記錄的特徵向量大約10來個)進行文本聚類時,因爲程序細節上有問題,就致使了Java heap space的內存溢出問題,後來經過修改程序獲得瞭解決。併發
如:set JAVA_OPTS= -Xms256m -Xmx1024mjvm
簡單地講,一個Native Method就是一個java調用非java代碼的接口。一個Native Method是這樣一個java的方法:該方法的實現由非java語言實現,好比 C。這個特徵並不是java所特有,不少其它的編程語言都有這一機制,好比在C++中,你能夠用extern "C"告知C++編譯器去調用一個C的函數。
"A native method is a Java method whose implementation is provided by non-java code."
在定義一個native method時,並不提供實現體(有些像定義一個java interface),由於其實現體是由非java語言在外面實現的。下面給了一個示例:
編程語言
public class IHaveNatives { native public void Native1( int x ) ; native static public long Native2() ; native synchronized private float Native3( Object o ) ; native void Native4( int[] ary ) throws Exception ; }
這些方法的聲明描述了一些非java代碼在這些java代碼裏看起來像什麼樣子(view).
標識符native能夠與全部其它的java標識符連用,可是abstract除外。這是合理的,由於native暗示這些方法是有實現體的,只不過這些實現體是非java的,可是abstract卻顯然的指明這些方法無實現體。native與其它java標識符連用時,其意義同非Native Method並沒有差異,好比native static代表這個方法能夠在不產生類的實例時直接調用,這很是方便,好比當你想用一個native method去調用一個C的類庫時。上面的第三個方法用到了native synchronized,JVM在進入這個方法的實現體以前會執行同步鎖機制(就像java的多線程。)
一個native method方法能夠返回任何java類型,包括非基本類型,並且一樣能夠進行異常控制。這些方法的實現體能夠制一個異常而且將其拋出,這一點與java的方法很是類似。當一個native method接收到一些非基本類型時,如Object或一個整型數組時,這個方法能夠訪問這些非基本型的內部,可是這將使這個native方法依賴於你所訪問的java類的實現。有一點要緊緊記住:咱們能夠在一個native method的本地實現中訪問全部的java特性,可是這要依賴於你所訪問的java特性的實現,並且這樣作遠遠不如在java語言中使用那些特性方便和容易。
native method的存在並不會對其餘類調用這些本地方法產生任何影響,實際上調用這些方法的其餘類甚至不知道它所調用的是一個本地方法。JVM將控制調用本地方法的全部細節。須要注意當咱們將一個本地方法聲明爲final的狀況。用java實現的方法體在被編譯時可能會由於內聯而產生效率上的提高。可是一個native final方法是否也能得到這樣的好處倒是值得懷疑的,可是這只是一個代碼優化方面的問題,對功能實現沒有影響。
若是一個含有本地方法的類被繼承,子類會繼承這個本地方法而且能夠用java語言重寫這個方法(這個彷佛看起來有些奇怪),一樣的若是一個本地方法被 final 標識,它被繼承後不能被重寫。
本地方法很是有用,由於它有效地擴充了jvm 。事實上,咱們所寫的java代碼已經用到了本地方法,在sun的java的併發(多線程)的機制實現中,許多與操做系統的接觸點都用到了本地方法,這使得java程序可以超越java運行時的界限。有了本地方法,java程序能夠作任何應用層次的任務。
java使用起來很是方便,然而有些層次的任務用java實現起來不容易,或者咱們對程序的效率很在乎時,問題就來了。
2.2.1 與java環境外交互
有時java應用須要與java外面的環境交互。這是本地方法存在的主要緣由,你能夠想一想 java 須要與一些底層系統如操做系統或某些硬件交換信息時的狀況。本地方法正是這樣一種交流機制:它爲咱們提供了一個很是簡潔的接口,並且咱們無需去了解java應用以外的繁瑣的細節。
JVM 支持着 java 語言自己和運行時庫,它是 java 程序賴以生存的平臺,它由一個解釋器(解釋字節碼)和一些鏈接到本地代碼的庫組成。然而無論怎樣,它畢竟不是一個完整的系統,它常常依賴於一些底層(underneath在下面的)系統的支持。這些底層系統經常是強大的操做系統。經過使用本地方法,咱們得以用 java 實現了 jre 的與底層系統的交互,甚至 JVM 的一些部分就是用 C 寫的,還有若是咱們要使用一些 java 語言自己沒有提供封裝的操做系統的特性時,咱們也須要使用本地方法。
Sun's Java
Sun的解釋器是用 C 實現的,這使得它能像一些普通的C同樣與外部交互。jre大部分是用java實現的,它也經過一些本地方法與外界交互。例如:類java.lang.Thread 的 setPriority()方法是用java實現的,可是它實現調用的是該類裏的本地方法setPriority0()。這個本地方法是用 C 實現的,並被植入 JVM 內部,在Windows 95的平臺上,這個本地方法最終將調用 Win32 SetPriority() API。這是一個本地方法的具體實現由JVM直接提供,更多的狀況是本地方法由外部的動態連接庫(external dynamic link library)提供,而後被JVM調用。
咱們知道,當一個類第一次被使用到時,這個類的字節碼會被加載到內存,而且只會回載一次。在這個被加載的字節碼的入口維持着一個該類全部方法描述符的 list,這些方法描述符包含這樣一些信息:方法代碼存於何處,它有哪些參數,方法的描述符(public之類)等等。 若是一個方法描述符內有 native,這個描述符塊將有一個指向該方法的實現的指針。這些實如今一些 DLL 文件內,可是它們會被操做系統加載到java程序的地址空間。當一個帶有本地方法的類被加載時,其相關的DLL並未被加載,所以指向方法實現的指針並不會被設置。當本地方法被調用以前,這些DLL纔會被加載,這是經過調用java.system.loadLibrary()實現的。 最後須要提示的是,使用本地方法是有開銷的,它喪失了java的不少好處。若是別無選擇,咱們能夠選擇使用本地方法。