<kbd id="5sdj3"></kbd>
<th id="5sdj3"></th>

  • <dd id="5sdj3"><form id="5sdj3"></form></dd>
    <td id="5sdj3"><form id="5sdj3"><big id="5sdj3"></big></form></td><del id="5sdj3"></del>

  • <dd id="5sdj3"></dd>
    <dfn id="5sdj3"></dfn>
  • <th id="5sdj3"></th>
    <tfoot id="5sdj3"><menuitem id="5sdj3"></menuitem></tfoot>

  • <td id="5sdj3"><form id="5sdj3"><menu id="5sdj3"></menu></form></td>
  • <kbd id="5sdj3"><form id="5sdj3"></form></kbd>

    JVM內(nèi)存溢出詳解

    共 5267字,需瀏覽 11分鐘

     ·

    2024-04-11 10:28

    內(nèi)存溢出和內(nèi)存泄漏的區(qū)別:

    內(nèi)存溢出 out of memory ,是指程序在申請內(nèi)存時,沒有足夠的內(nèi)存空間供其使用,出現(xiàn) out of memory ;比如申請了一個 integer, 但給它存了 long 才能存下的數(shù),那就是內(nèi)存溢出。

    內(nèi)存泄露 memory leak ,是指程序在申請內(nèi)存后,無法釋放已申請的內(nèi)存空間,一次內(nèi)存泄露危害可以 忽略,但內(nèi)存泄露堆積后果很嚴(yán)重,無論多少內(nèi)存 , 遲早會被占光。

    memory leak 會最終會導(dǎo)致 out of memory

    內(nèi)存溢出就是你要求分配的內(nèi)存超出了系統(tǒng)能給你的,系統(tǒng)不能滿足需求,于是產(chǎn)生溢出。

    內(nèi)存泄漏是指你向系統(tǒng)申請分配內(nèi)存進(jìn)行使用 (new) ,可是使用完了以后卻不歸還 (delete) ,結(jié)果你申請 到的那塊內(nèi)存你自己也不能再訪問(也許你把它的地址給弄丟了),而系統(tǒng)也不能再次將它分配給需要 的程序。一個盤子用盡各種方法只能裝 4 個果子,你裝了 5 個,結(jié)果掉倒地上不能吃了。這就是溢出!比 方說棧,棧滿時再做進(jìn)棧必定產(chǎn)生空間溢出,叫上溢,棧空時再做退棧也產(chǎn)生空間溢出,稱為下溢。就 是分配的內(nèi)存不足以放下數(shù)據(jù)項(xiàng)序列 , 稱為內(nèi)存溢出。

    全文簡短總結(jié),具體內(nèi)容可以看下文。

    棧內(nèi)存溢出 (StackOverflowError)

    程序所要求的棧深度過大導(dǎo)致,可以寫一個死遞歸程序觸發(fā)。

    堆內(nèi)存溢出 (OutOfMemoryError:java heap space)

    • 分清內(nèi)存溢出還是內(nèi)存泄漏

    • 泄露則看對象如何被 GC Root 引用。

    • 溢出則通過 調(diào)大 -Xms -Xmx 參數(shù)。

    持久帶內(nèi)存溢出 (OutOfMemoryError: PermGen space)

    • 持久帶中包含方法區(qū),方法區(qū)包含常量池

    • 因此持久帶溢出有可能是運(yùn)行時常量池溢出,也有可能是方法區(qū)中保存的 class 對象沒有被及時回收 掉或者 class 信息占用的內(nèi)存超過了我們配置

    • String.intern() 觸發(fā)常量池溢出

    • Class 對象未被釋放, Class 對象占用信息過多,有過多的 Class 對象??梢詫?dǎo)致持久帶內(nèi)存溢出

    無法創(chuàng)建本地線程

    總?cè)萘坎蛔儯褍?nèi)存,非堆內(nèi)存設(shè)置過大,會導(dǎo)致能給線程的內(nèi)存不足。

    以下是詳細(xì)內(nèi)容

    棧溢出 (StackOverflowError)

    棧溢出拋出 StackOverflowError 錯誤, 出現(xiàn)此種情況是因?yàn)榉椒ㄟ\(yùn)行的時候棧的深度超過了虛擬機(jī)容許 的最大深度所致 。出現(xiàn)這種情況,一般情況下是程序錯誤所致的,比如寫了一個死遞歸,就有可能造成 此種情況。 下面我們通過一段代碼來模擬一下此種情況的內(nèi)存溢出。

    import java.util.*;
    import java.lang.*;
    public class OOMTest{
    public void stackOverFlowMethod(){
    stackOverFlowMethod();
    }
    public static void main(String... args){
    OOMTest oom = new OOMTest();
    oom.stackOverFlowMethod();
    }
    }


    運(yùn)行上面的代碼,會拋出如下的異常:

    Exception in thread "main" java.lang.StackOverflowError
    at OOMTest.stackOverFlowMethod(OOMTest.java:6)

    對于棧內(nèi)存溢出,根據(jù)《 Java 虛擬機(jī)規(guī)范》中文版:

    如果線程請求的棧容量超過棧允許的最大容量的話, Java 虛擬機(jī)將拋出一個 StackOverflow 異常; 如果 Java 虛擬機(jī)??梢詣討B(tài)擴(kuò)展,并且擴(kuò)展的動作已經(jīng)嘗試過,但是無法申請到足夠的內(nèi)存去完成 擴(kuò)展,或者在新建立線程的時候沒有足夠的內(nèi)存去創(chuàng)建對應(yīng)的虛擬機(jī)棧,那么 Java 虛擬機(jī)將拋出一 OutOfMemory 異常。

    堆溢出 (OutOfMemoryError:java heap space)

    堆內(nèi)存溢出的時候,虛擬機(jī)會拋出 java.lang.OutOfMemoryError:java heap space, 出現(xiàn)此種情況的時 候,我們需要根據(jù)內(nèi)存溢出的時候產(chǎn)生的 dump 文件來具體分析(需要增加 - XX:+HeapDumpOnOutOfMemoryErrorjvm 啟動參數(shù))。 出現(xiàn)此種問題的時候有可能是內(nèi)存泄露,也有 可能是內(nèi)存溢出了。

    • 如果內(nèi)存泄露,我們要找出泄露的對象是怎么被 GC ROOT 引用起來,然后通過引用鏈來具體分析 泄露的原因。

    • 如果出現(xiàn)了內(nèi)存溢出問題,這往往是程序本生需要的內(nèi)存大于了我們給虛擬機(jī)配置的內(nèi)存,這種情 況下,我們可以采用調(diào)大 -Xmx 來解決這種問題。下面我們通過如下的代碼來演示一下此種情況的 溢出:

    import java.util.*;
    import java.lang.*;
    public class OOMTest{
    public static void main(String... args){
    List<byte[]> buffer = new ArrayList<byte[]>();
    buffer.add(new byte[10*1024*1024]);
    }
    }

    我們通過如下的命令運(yùn)行上面的代碼:

    java -verbose:gc -Xmn10M -Xms20M -Xmx20M -XX:+PrintGC OOMTest

    序輸出如下的信息:

    [GC 1180K->366K(19456K), 0.0037311 secs]
    [Full GC 366K->330K(19456K), 0.0098740 secs]
    [Full GC 330K->292K(19456K), 0.0090244 secs]
    Exception in thread "main" java.lang.OutOfMemoryError: Java heap space
    at OOMTest.main(OOMTest.java:7)


    從運(yùn)行結(jié)果可以看出, JVM 進(jìn)行了一次 Minor gc 和兩次的 Major gc ,從 Major gc 的輸出可以看出, gc old 區(qū)使用率為 134K ,而字節(jié)數(shù)組為 10M ,加起來大于了 old generation 的空間,所以拋出了異常, 如果調(diào)整 -Xms21M,-Xmx21M, 那么就不會觸發(fā) gc 操作也不會出現(xiàn)異常了。

    通過上面的實(shí)驗(yàn)其實(shí)也從側(cè)面驗(yàn)證了一個結(jié)論: 對象大于新生代剩余內(nèi)存的時候,將直接放入老年代, 當(dāng) 老年代剩余內(nèi)存還是無法放下的時候,觸發(fā)垃圾收集,收集后還是不能放下就會拋出內(nèi)存溢出異常 了。

    持久帶溢出 (OutOfMemoryError: PermGen space)

    我們知道 Hotspot jvm 通過持久帶實(shí)現(xiàn)了 Java 虛擬機(jī)規(guī)范中的方法區(qū),而運(yùn)行時的常量池就是保存在方法 區(qū)中的,因此持久帶溢出有可能是運(yùn)行時常量池溢出,也有可能是方法區(qū)中保存的 class 對象沒有被及時 回收掉或者 class 信息占用的內(nèi)存超過了我們配置。

    當(dāng)持久帶溢出的時候拋出 java.lang.OutOfMemoryError: PermGen space ??赡茉谌缦聨追N場景下出 現(xiàn):

    1. 使用一些應(yīng)用服務(wù)器的熱部署的時候,我們就會遇到熱部署幾次以后發(fā)現(xiàn)內(nèi)存溢出了,這種情況就 是因?yàn)槊看螣岵渴鸬暮螅瓉淼?/span> class 沒有被卸載掉。

    2. 如果應(yīng)用程序本身比較大,涉及的類庫比較多,但是我們分配給持久帶的內(nèi)存(通過 -XX:PermSize -XX:MaxPermSize 來設(shè)置)比較小的時候也可能出現(xiàn)此種問題。

    3. 一些第三方框架,比如 spring,hibernate 都通過字節(jié)碼生成技術(shù)(比如 CGLib )來實(shí)現(xiàn)一些增強(qiáng)的 功能,這種情況可能需要更大的方法區(qū)來存儲動態(tài)生成的 Class 文件。

    我們知道 Java 中字符串常量是放在常量池中的, String.intern() 這個方法運(yùn)行的時候,會檢查常量池 中是否存和本字符串相等的對象,如果存在直接返回對常量池中對象的引用,不存在的話,先把此 字符串加入常量池,然后再返回字符串的引用。那么我們就可以通過 String.intern 方法來模擬一下 運(yùn)行時常量區(qū)的溢出 . 下面我們通過如下的代碼來模擬此種情況:

    import java.util.*;
    import java.lang.*;
    public class OOMTest{
    public static void main(String... args){
    List<String> list = new ArrayList<String>();
    while(true){
    list.add(UUID.randomUUID().toString().intern());
    }
    }
    }

    我們通過如下的命令運(yùn)行上面代碼:

    java -verbose:gc -Xmn5M -Xms10M -Xmx10M -XX:MaxPermSize=1M -XX:+PrintGC OOMTest


    運(yùn)行后的輸入如下圖所示 :

    Exception in thread "main" java.lang.OutOfMemoryError: PermGen space
    at java.lang.String.intern(Native Method)
    at OOMTest.main(OOMTest.java:8)

    通過上面的代碼,我們成功模擬了運(yùn)行時常量池溢出的情況,從輸出中的 PermGen space 可以看出確實(shí) 是持久帶發(fā)生了溢出,這也驗(yàn)證了,我們前面說的 Hotspot jvm 通過持久帶來實(shí)現(xiàn)方法區(qū)的說法。

    OutOfMemoryError:unable to create native thread

    最后我們在來看看 java.lang.OutOfMemoryError:unable to create natvie thread 這種錯誤。出現(xiàn)這種

    情況的時候,一般是下面兩種情況導(dǎo)致的:

    1. 程序創(chuàng)建的線程數(shù)超過了操作系統(tǒng)的限制。對于 Linux 系統(tǒng),我們可以通過 ulimit -u 來查看此限 制。

    2. 給虛擬機(jī)分配的內(nèi)存過大,導(dǎo)致創(chuàng)建線程的時候需要的 native 內(nèi)存太少。

    我們都知道操作系統(tǒng)對每個進(jìn)程的內(nèi)存是有限制的,我們啟動 Jvm, 相當(dāng)于啟動了一個進(jìn)程,假如我們一 個進(jìn)程占用了 4G 的內(nèi)存,那么通過下面的公式計(jì)算出來的剩余內(nèi)存就是建立線程棧的時候可以用的內(nèi) 存。 線程??偪捎脙?nèi)存 =4G- -Xmx 的值) - -XX:MaxPermSize 的值) - 程序計(jì)數(shù)器占用的內(nèi)存, 通過上面的公式我們可以看出, -Xmx MaxPermSize 的值越大,那么留給線程??捎玫目臻g就越小, -Xss 參數(shù)配置的棧容量不變的情況下,可以創(chuàng)建的線程數(shù)也就越小。因此如果是因?yàn)檫@種情況導(dǎo)致的 unable to create native thread, 那么要么我們增大進(jìn)程所占用的總內(nèi)存,或者減少 -Xmx 或者 -Xss 來達(dá)到 創(chuàng)建更多線程的目的。

    end


    * 版權(quán)聲明: 轉(zhuǎn)載文章和圖片均來自公開網(wǎng)絡(luò),版權(quán)歸作者本人所有,推送文章除非無法確認(rèn),我們都會注明作者和來源。如果出處有誤或侵犯到原作者權(quán)益,請與我們聯(lián)系刪除或授權(quán)事宜。


    長按識別圖中二維碼

    關(guān)注獲取更多資訊



    不點(diǎn)關(guān)注,我們哪來故事?




    瀏覽 36
    點(diǎn)贊
    評論
    收藏
    分享

    手機(jī)掃一掃分享

    分享
    舉報
    評論
    圖片
    表情
    推薦
    點(diǎn)贊
    評論
    收藏
    分享

    手機(jī)掃一掃分享

    分享
    舉報

    <kbd id="5sdj3"></kbd>
    <th id="5sdj3"></th>

  • <dd id="5sdj3"><form id="5sdj3"></form></dd>
    <td id="5sdj3"><form id="5sdj3"><big id="5sdj3"></big></form></td><del id="5sdj3"></del>

  • <dd id="5sdj3"></dd>
    <dfn id="5sdj3"></dfn>
  • <th id="5sdj3"></th>
    <tfoot id="5sdj3"><menuitem id="5sdj3"></menuitem></tfoot>

  • <td id="5sdj3"><form id="5sdj3"><menu id="5sdj3"></menu></form></td>
  • <kbd id="5sdj3"><form id="5sdj3"></form></kbd>
    99re色| sese成人 | 欧美日韩在线观看视频 | 日韩午夜影院 | 高清无码做爱视频 |