2. 程式人生 > >java虛擬機器啟動引數分類詳解

java虛擬機器啟動引數分類詳解

阿新 • • 發佈：2019-02-03

以下轉自:http://www.2cto.com/kf/201408/322761.html

java啟動引數共分為三類； 其一是標準引數（-），所有的JVM實現都必須實現這些引數的功能，而且向後相容； 其二是非標準引數（-X），預設jvm實現這些引數的功能，但是並不保證所有jvm實現都滿足，且不保證向後相容； 其三是非Stable引數（-XX），此類引數各個jvm實現會有所不同，將來可能會隨時取消，需要慎重使用； 一、標準引數中比較有用的： verbose  -verbose:class   輸出jvm載入類的相關資訊，當jvm報告說找不到類或者類衝突時可此進行診斷。 -verbose:gc   輸出每次GC的相關情況。 -verbose:jni   輸出native方法呼叫的相關情況，一般用於診斷jni呼叫錯誤資訊。 二、非標準引數又稱為擴充套件引數，一般用到最多的是 -Xms512m  設定JVM促使記憶體為512m。此值可以設定與-Xmx相同，以避免每次垃圾回收完成後JVM重新分配記憶體。 -Xmx512m ，設定JVM最大可用記憶體為512M。 -Xmn200m：設定年輕代大小為200M。整個堆大小=年輕代大小 + 年老代大小 + 持久代大小。持久代一般固定大小為64m，所以增大年輕代後，將會減小年老代大小。此值對系統性能影響較大，Sun官方推薦配置為整個堆的3/8。 -Xss128k： 設定每個執行緒的堆疊大小。JDK5.0以後每個執行緒堆疊大小為1M，以前每個執行緒堆疊大小為256K。更具應用的執行緒所需記憶體大小進行調整。在相同實體記憶體下，減小這個值能生成更多的執行緒。但是作業系統對一個程序內的執行緒數還是有限制的，不能無限生成，經驗值在3000~5000左右。 -Xloggc:file  與-verbose:gc功能類似，只是將每次GC事件的相關情況記錄到一個檔案中，檔案的位置最好在本地，以避免網路的潛在問題。  若與verbose命令同時出現在命令列中，則以-Xloggc為準。 -Xprof  跟蹤正執行的程式，並將跟蹤資料在標準輸出輸出；適合於開發環境除錯。 用-XX作為字首的引數列表在jvm中可能是不健壯的，SUN也不推薦使用，後續可能會在沒有通知的情況下就直接取消了；但是由於這些引數中的確有很多是對我們很有用的，比如我們經常會見到的-XX:PermSize、-XX:MaxPermSize等等； 首先來介紹行為引數：  引數及其預設值描述 -XX:-DisableExplicitGC禁止呼叫System.gc()；但jvm的gc仍然有效 -XX:+MaxFDLimit最大化檔案描述符的數量限制 -XX:+ScavengeBeforeFullGC新生代GC優先於Full GC執行 -XX:+UseGCOverheadLimit在丟擲OOM之前限制jvm耗費在GC上的時間比例 -XX:-UseConcMarkSweepGC對老生代採用併發標記交換演算法進行GC -XX:-UseParallelGC啟用並行GC -XX:-UseParallelOldGC對Full GC啟用並行，當-XX:-UseParallelGC啟用時該項自動啟用 -XX:-UseSerialGC啟用序列GC -XX:+UseThreadPriorities啟用本地執行緒優先順序 上面表格中黑體的三個引數代表著jvm中GC執行的三種方式，即序列、並行、併發； 序列（SerialGC）是jvm的預設GC方式，一般適用於小型應用和單處理器，演算法比較簡單，GC效率也較高，但可能會給應用帶來停頓； 並行（ParallelGC）是指GC執行時，對應用程式執行沒有影響，GC和app兩者的執行緒在併發執行，這樣可以最大限度不影響app的執行； 併發（ConcMarkSweepGC）是指多個執行緒併發執行GC，一般適用於多處理器系統中，可以提高GC的效率，但演算法複雜，系統消耗較大； 效能調優引數列表：  引數及其預設值描述 -XX:LargePageSizeInBytes=4m設定用於
Java堆的大頁面尺寸 -XX:MaxHeapFreeRatio=70GC後java堆中空閒量佔的最大比例 -XX:MaxNewSize=size新生成物件能佔用記憶體的最大值 -XX:MaxPermSize=64m老生代物件能佔用記憶體的最大值 -XX:MinHeapFreeRatio=40GC後java堆中空閒量佔的最小比例 -XX:NewRatio=2新生代記憶體容量與老生代記憶體容量的比例 -XX:NewSize=2.125m新生代物件生成時佔用記憶體的預設值 -XX:ReservedCodeCacheSize=32m保留程式碼佔用的記憶體容量 -XX:ThreadStackSize=512設定執行緒棧大小，若為0則使用
系統預設值 -XX:+UseLargePages使用大頁面記憶體 我們在日常效能調優中基本上都會用到以上黑體的這幾個屬性； 除錯引數列表： 引數及其預設值描述 -XX:-CITime列印消耗在JIT編譯的時間 -XX:ErrorFile=./hs_err_pid<pid>.log儲存錯誤日誌或者資料到檔案中 -XX:-ExtendedDTraceProbes開啟solaris特有的dtrace探針 -XX:HeapDumpPath=./java_pid<pid>.hprof指定匯出堆資訊時的路徑或檔名 -XX:-HeapDumpOnOutOfMemoryError當首次遭遇OOM時匯出此時堆中相關資訊 -XX:OnError="<cmd args>;<cmd args>"出現致命ERROR之後執行自定義命令 -XX:OnOutOfMemoryError="<cmd args>;<cmd args>" 當首次遭遇OOM時執行自定義命令 -XX:-PrintClassHistogram遇到Ctrl-Break後列印類例項的柱狀資訊，與jmap -histo功能相同 -XX:-PrintConcurrentLocks遇到Ctrl-Break後列印併發鎖的相關資訊，與jstack -l功能相同 -XX:-PrintCommandLineFlags列印在命令列中出現過的標記 -XX:-PrintCompilation當一個方法被編譯時列印相關資訊 -XX:-PrintGC每次GC時列印相關資訊 -XX:-PrintGC Details每次GC時列印詳細資訊 -XX:-PrintGCTimeStamps列印每次GC的時間戳 -XX:-TraceClassLoading跟蹤類的載入資訊 -XX:-TraceClassLoadingPreorder跟蹤被引用到的所有類的載入資訊 -XX:-TraceClassResolution跟蹤常量池 -XX:-TraceClassUnloading跟蹤類的解除安裝資訊 -XX:-TraceLoaderConstraints跟蹤類載入器約束的相關資訊

-----------------------------------------------------------------------------------------------------------------

-----------------------------------------------------------------------------------------------------------------

以下轉自:http://www.cnblogs.com/edwardlauxh/archive/2010/04/25/1918603.html

/usr/local/jdk/bin/java -Dresin.home=/usr/local/resin -server -Xms1800M -Xmx1800M -Xmn300M -Xss512K -XX:PermSize=300M -XX:MaxPermSize=300M -XX:SurvivorRatio=8 -XX:MaxTenuringThreshold=5 -XX:GCTimeRatio=19 -Xnoclassgc -XX:+DisableExplicitGC -XX:+UseParNewGC -XX:+UseConcMarkSweepGC -XX:+UseCMSCompactAtFullCollection -XX:CMSFullGCsBeforeCompaction=0 -XX:-CMSParallelRemarkEnabled -XX:CMSInitiatingOccupancyFraction=70 -XX:SoftRefLRUPolicyMSPerMB=0 -XX:+PrintClassHistogram -XX:+PrintGCDetails -XX:+PrintGCTimeStamps -XX:+PrintHeapAtGC -Xloggc:log/gc.log

  1. 堆大小設定
    JVM 中最大堆大小有三方面限制：相關作業系統的資料模型（32-bt還是64-bit）限制；系統的可用虛擬記憶體限制；系統的可用實體記憶體限制。32位系統下，一般限制在1.5G~2G；64為作業系統對記憶體無限制。我在Windows Server 2003 系統，3.5G實體記憶體，JDK5.0下測試，最大可設定為1478m。
    典型設定：
    • java -Xmx3550m -Xms3550m -Xmn2g -Xss128k
      -Xmx3550m：設定JVM最大可用記憶體為3550M。
      -Xms3550m：設定JVM促使記憶體為3550m。此值可以設定與-Xmx相同，以避免每次垃圾回收完成後JVM重新分配記憶體。
      -Xmn2g：設定年輕代大小為2G。整個堆大小=年輕代大小 + 年老代大小 + 持久代大小。持久代一般固定大小為64m，所以增大年輕代後，將會減小年老代大小。此值對系統性能影響較大，Sun官方推薦配置為整個堆的3/8。
      -Xss128k：設定每個執行緒的堆疊大小。JDK5.0以後每個執行緒堆疊大小為1M，以前每個執行緒堆疊大小為256K。更具應用的執行緒所需記憶體大小進行調整。在相同實體記憶體下，減小這個值能生成更多的執行緒。但是作業系統對一個程序內的執行緒數還是有限制的，不能無限生成，經驗值在3000~5000左右。
    • java -Xmx3550m -Xms3550m -Xss128k -XX:NewRatio=4 -XX:SurvivorRatio=4 -XX:MaxPermSize=16m -XX:MaxTenuringThreshold=0
      -XX:NewRatio=4:設定年輕代（包括Eden和兩個Survivor區）與年老代的比值（除去持久代）。設定為4，則年輕代與年老代所佔比值為1：4，年輕代佔整個堆疊的1/5
      -XX:SurvivorRatio=4：設定年輕代中Eden區與Survivor區的大小比值。設定為4，則兩個Survivor區與一個Eden區的比值為2:4，一個Survivor區佔整個年輕代的1/6
      -XX:MaxPermSize=16m:設定持久代大小為16m。
      -XX:MaxTenuringThreshold=0：設定垃圾最大年齡。如果設定為0的話，則年輕代物件不經過Survivor區，直接進入年老代。對於年老代比較多的應用，可以提高效率。如果將此值設定為一個較大值，則年輕代物件會在Survivor區進行多次複製，這樣可以增加物件再年輕代的存活時間，增加在年輕代即被回收的概論。
  2. 回收器選擇
    JVM給了三種選擇：序列收集器、並行收集器、併發收集器，但是序列收集器只適用於小資料量的情況，所以這裡的選擇主要針對並行收集器和併發收集器。預設情況下，JDK5.0以前都是使用序列收集器，如果想使用其他收集器需要在啟動時加入相應引數。JDK5.0以後，JVM會根據當前系統配置進行判斷。
    1. 吞吐量優先的並行收集器
      如上文所述，並行收集器主要以到達一定的吞吐量為目標，適用於科學技術和後臺處理等。
      典型配置：
      • java -Xmx3800m -Xms3800m -Xmn2g -Xss128k -XX:+UseParallelGC -XX:ParallelGCThreads=20
        -XX:+UseParallelGC：選擇垃圾收集器為並行收集器。此配置僅對年輕代有效。即上述配置下，年輕代使用併發收集，而年老代仍舊使用序列收集。
        -XX:ParallelGCThreads=20        ：配置並行收集器的執行緒數，即：同時多少個執行緒一起進行垃圾回收。此值最好配置與處理器數目相等。
      • java -Xmx3550m -Xms3550m -Xmn2g -Xss128k -XX:+UseParallelGC -XX:ParallelGCThreads=20 -XX:+UseParallelOldGC
        -XX:+UseParallelOldGC        ：配置年老代垃圾收集方式為並行收集。JDK6.0支援對年老代並行收集。
      • java -Xmx3550m -Xms3550m -Xmn2g -Xss128k -XX:+UseParallelGC -XX:MaxGCPauseMillis=100
        -XX:MaxGCPauseMillis=100:        設定每次年輕代垃圾回收的最長時間，如果無法滿足此時間，JVM會自動調整年輕代大小，以滿足此值。
      • java -Xmx3550m -Xms3550m -Xmn2g -Xss128k -XX:+UseParallelGC -XX:MaxGCPauseMillis=100-XX:+UseAdaptiveSizePolicy
        -XX:+UseAdaptiveSizePolicy        ：設定此選項後，並行收集器會自動選擇年輕代區大小和相應的Survivor區比例，以達到目標系統規定的最低相應時間或者收集頻率等，此值建議使用並行收集器時，一直開啟。
  3. 響應時間優先的併發收集器
    如上文所述，併發收集器主要是保證系統的響應時間，減少垃圾收集時的停頓時間。適用於應用伺服器、電信領域等。
    典型配置：
    • java -Xmx3550m -Xms3550m -Xmn2g -Xss128k -XX:ParallelGCThreads=20 -XX:+UseConcMarkSweepGC -XX:+UseParNewGC
      -XX:+UseConcMarkSweepGC      ：設定年老代為併發收集。測試中配置這個以後，-XX:NewRatio=4的配置失效了，原因不明。所以，此時年輕代大小最好用-Xmn設定。
      -XX:+UseParNewGC:設定年輕代為並行收集。可與CMS收集同時使用。JDK5.0以上，JVM會根據系統配置自行設定，所以無需再設定此值。
    • java -Xmx3550m -Xms3550m -Xmn2g -Xss128k -XX:+UseConcMarkSweepGC -XX:CMSFullGCsBeforeCompaction=5 -XX:+UseCMSCompactAtFullCollection
      -XX:CMSFullGCsBeforeCompaction：由於併發收集器不對記憶體空間進行壓縮、整理，所以執行一段時間以後會產生“碎片”，使得執行效率降低。此值設定執行多少次GC以後對記憶體空間進行壓縮、整理。
      -XX:+UseCMSCompactAtFullCollection：開啟對年老代的壓縮。可能會影響效能，但是可以消除碎片
輔助資訊
JVM提供了大量命令列引數，列印資訊，供除錯使用。主要有以下一些：
  • -XX:+PrintGC
    輸出形式：[GC 118250K->113543K(130112K), 0.0094143 secs]

                    [Full GC 121376K->10414K(130112K), 0.0650971 secs]

  • -XX:+PrintGCDetails
    輸出形式：[GC [DefNew: 8614K->781K(9088K), 0.0123035 secs] 118250K->113543K(130112K), 0.0124633 secs]

                    [GC [DefNew: 8614K->8614K(9088K), 0.0000665 secs][Tenured: 112761K->10414K(121024K), 0.0433488 secs] 121376K->10414K(130112K), 0.0436268 secs]

  • -XX:+PrintGCTimeStamps -XX:+PrintGC：PrintGCTimeStamps可與上面兩個混合使用
    輸出形式：11.851: [GC 98328K->93620K(130112K), 0.0082960 secs]
  • -XX:+PrintGCApplicationConcurrentTime:列印每次垃圾回收前，程式未中斷的執行時間。可與上面混合使用
    輸出形式：Application time: 0.5291524 seconds
  • -XX:+PrintGCApplicationStoppedTime：列印垃圾回收期間程式暫停的時間。可與上面混合使用
    輸出形式：Total time for which application threads were stopped: 0.0468229 seconds
  • -XX:PrintHeapAtGC:列印GC前後的詳細堆疊資訊
    輸出形式：
    34.702: [GC {Heap before gc invocations=7:
    def new generation   total 55296K, used 52568K [0x1ebd0000, 0x227d0000, 0x227d0000)
    eden space 49152K, 99% used [0x1ebd0000, 0x21bce430, 0x21bd0000)
    from space 6144K, 55% used [0x221d0000, 0x22527e10, 0x227d0000)
    to   space 6144K,   0% used [0x21bd0000, 0x21bd0000, 0x221d0000)
    tenured generation   total 69632K, used 2696K [0x227d0000, 0x26bd0000, 0x26bd0000)
    the space 69632K,   3% used [0x227d0000, 0x22a720f8, 0x22a72200, 0x26bd0000)
    compacting perm gen total 8192K, used 2898K [0x26bd0000, 0x273d0000, 0x2abd0000)
       the space 8192K, 35% used [0x26bd0000, 0x26ea4ba8, 0x26ea4c00, 0x273d0000)
        ro space 8192K, 66% used [0x2abd0000, 0x2b12bcc0, 0x2b12be00, 0x2b3d0000)
        rw space 12288K, 46% used [0x2b3d0000, 0x2b972060, 0x2b972200, 0x2bfd0000)
    34.735: [DefNew: 52568K->3433K(55296K), 0.0072126 secs] 55264K->6615K(124928K)Heap after gc invocations=8:
    def new generation   total 55296K, used 3433K [0x1ebd0000, 0x227d0000, 0x227d0000)
    eden space 49152K,   0% used [0x1ebd0000, 0x1ebd0000, 0x21bd0000)
    from space 6144K, 55% used [0x21bd0000, 0x21f2a5e8, 0x221d0000)
    to   space 6144K,   0% used [0x221d0000, 0x221d0000, 0x227d0000)
    tenured generation   total 69632K, used 3182K [0x227d0000, 0x26bd0000, 0x26bd0000)
    the space 69632K,   4% used [0x227d0000, 0x22aeb958, 0x22aeba00, 0x26bd0000)
    compacting perm gen total 8192K, used 2898K [0x26bd0000, 0x273d0000, 0x2abd0000)
       the space 8192K, 35% used [0x26bd0000, 0x26ea4ba8, 0x26ea4c00, 0x273d0000)
        ro space 8192K, 66% used [0x2abd0000, 0x2b12bcc0, 0x2b12be00, 0x2b3d0000)
        rw space 12288K, 46% used [0x2b3d0000, 0x2b972060, 0x2b972200, 0x2bfd0000)
    }
    , 0.0757599 secs]
  • -Xloggc:filename:與上面幾個配合使用，把相關日誌資訊記錄到檔案以便分析。
常見配置彙總
  1. 堆設定
    • -Xms:初始堆大小
    • -Xmx:最大堆大小
    • -XX:NewSize=n:設定年輕代大小
    • -XX:NewRatio=n:設定年輕代和年老代的比值。如:為3，表示年輕代與年老代比值為1：3，年輕代佔整個年輕代年老代和的1/4
    • -XX:SurvivorRatio=n:年輕代中Eden區與兩個Survivor區的比值。注意Survivor區有兩個。如：3，表示Eden：Survivor=3：2，一個Survivor區佔整個年輕代的1/5
    • -XX:MaxPermSize=n:設定持久代大小
收集器設定
  • -XX:+UseSerialGC:設定序列收集器
  • -XX:+UseParallelGC:設定並行收集器
  • -XX:+UseParalledlOldGC:設定並行年老代收集器
  • -XX:+UseConcMarkSweepGC:設定併發收集器
垃圾回收統計資訊
  • -XX:+PrintGC
  • -XX:+PrintGCDetails
  • -XX:+PrintGCTimeStamps
  • -Xloggc:filename
並行收集器設定
  • -XX:ParallelGCThreads=n:設定並行收集器收集時使用的CPU數。並行收集執行緒數。
  • -XX:MaxGCPauseMillis=n:設定並行收集最大暫停時間
  • -XX:GCTimeRatio=n:設定垃圾回收時間佔程式執行時間的百分比。公式為1/(1+n)
併發收集器設定
  • -XX:+CMSIncrementalMode:設定為增量模式。適用於單CPU情況。
  • -XX:ParallelGCThreads=n:設定併發收集器年輕代收集方式為並行收集時，使用的CPU數。並行收集執行緒數。

四、調優總結

  1. 年輕代大小選擇
    • 響應時間優先的應用：儘可能設大，直到接近系統的最低響應時間限制（根據實際情況選擇）。在此種情況下，年輕代收集發生的頻率也是最小的。同時，減少到達年老代的物件。
    • 吞吐量優先的應用：儘可能的設定大，可能到達Gbit的程度。因為對響應時間沒有要求，垃圾收集可以並行進行，一般適合8CPU以上的應用。
  2. 年老代大小選擇
    • 響應時間優先的應用：年老代使用併發收集器，所以其大小需要小心設定，一般要考慮併發會話率和會話持續時間等一些引數。如果堆設定小了，可以會造成記憶體碎片、高回收頻率以及應用暫停而使用傳統的標記清除方式；如果堆大了，則需要較長的收集時間。最優化的方案，一般需要參考以下資料獲得：
      • 併發垃圾收集資訊
      • 持久代併發收集次數
      • 傳統GC資訊
      • 花在年輕代和年老代回收上的時間比例
    減少年輕代和年老代花費的時間，一般會提高應用的效率
  3. 吞吐量優先的應用：一般吞吐量優先的應用都有一個很大的年輕代和一個較小的年老代。原因是，這樣可以儘可能回收掉大部分短期物件，減少中期的物件，而年老代盡存放長期存活物件。
  4. 較小堆引起的碎片問題
    因為年老代的併發收集器使用標記、清除演算法，所以不會對堆進行壓縮。當收集器回收時，他會把相鄰的空間進行合併，這樣可以分配給較大的物件。但是，當堆空間較小時，執行一段時間以後，就會出現“碎片”，如果併發收集器找不到足夠的空間，那麼併發收集器將會停止，然後使用傳統的標記、清除方式進行回收。如果出現“碎片”，可能需要進行如下配置：
    • -XX:+UseCMSCompactAtFullCollection：使用併發收集器時，開啟對年老代的壓縮。
    • -XX:CMSFullGCsBeforeCompaction=0：上面配置開啟的情況下，這裡設定多少次Full GC後，對年老代進行壓縮
  5. jvm的記憶體限制

        windows2003是1612M


相關推薦

java虛擬機器啟動引數分類詳解

以下轉自:http://www.2cto.com/kf/201408/322761.html java啟動引數共分為三類； 其一是標準引數（-），所有的JVM實現都必須實現這些引數的功能，而且向後相容； 其二是非標準引數（-X），預設jvm實現這些引數的功能，但是並不保

Java虛擬機器：記憶體模型詳解

      我們都知道，當虛擬機器執行Java程式碼的時候，首先要把位元組碼檔案載入到記憶體，那麼這些類的資訊都存放在記憶體中的哪個區域呢？當我們建立一個物件例項的時候，虛擬機器要為物件分配記憶體，Java虛擬機器又是如何配分記憶體的呢？這些都涉及到Java虛擬機器的記

Java 虛擬機器垃圾收集機制詳解

> 本文摘自深入理解 Java 虛擬機器第三版 ## 垃圾收集發生的區域 之前我們介紹過 Java 記憶體執行時區域的各個部分，其中程式計數器、虛擬機器棧、本地方法棧三個區域隨執行緒共存亡。棧中的每一個棧幀分配多少記憶體基本上在類結構確定下來時就已知，因此這幾個區域的記憶體分配和回收都具有確定性，

Nmap 引數分類詳解

資料出處：http://blog.csdn.net/heimian/article/details/7080739 Requisites: Nmap Step 1: Open up the console and type: nmap It will give you the wh

EOS虛擬機器與智慧合約詳解與分析

EOS智慧合約和虛擬機器分析 EOS虛擬機器同經典的EVM，是EOS中執行智慧合約的容器，但是從設計上講它與EOS.IO是分離的。進 一步指令碼語言和虛擬機器的技術設計與EOS.IO分離。從巨集觀來講任何語言或者虛擬機器，只要滿足條件適 合沙盒模式執行，同時滿足一定的執行

KVM 虛擬機器 XML 配置檔案詳解

我們使用 KVM 建立虛擬機器後，會在 /etc/libvirt/qemu/ 路徑下生成該虛擬機器的 xml 配置檔案，很多時候，我們會以此 xml 配置為模板，進行修改後來建立新的虛擬機器，這樣，就需要我們瞭解該配置檔案中各個欄位的意思，下面，就對該檔案做一說明： <!-- WARNING:&n

虛擬機器記憶體使用情況詳解

[[email protected] ~]# free -m                    total          used           free     shared      buffers     cached Mem:        

eclipse 虛擬機器啟動引數的一些問題及設定

(1)java.lang,OutOfmemoryError:GC overhead limit exceeded: 解決辦法：在eclipse根目錄下找到eclipse.ini檔案，在最後一行新增: -XX:-UseGCOverheadLimit JDK6新填的資料型別，是

java虛擬機啟動參數分類詳解

ref ssl orf 應用 head adding 提高 args 方式 java啟動參數共分為三類；其一是標準參數（-），所有的JVM實現都必須實現這些參數的功能，而且向後兼容；其二是非標準參數（-X），默認jvm實現這些參數的功能，但是並不保證所有jvm實現都滿足，且

Java虛擬機器詳解03----常用JVM配置引數

本文主要內容： Trace跟蹤引數 堆的分配引數 棧的分配引數 零、在IDE的後臺列印GC日誌： 既然學習JVM，閱讀GC日誌是處理Java虛擬機器記憶體問題的基礎技能，它只是一些人為確定的規則，沒有太多技術含量。 既然如此，那麼在I

Java虛擬機器詳解----常用JVM配置引數

原文地址：http://www.cnblogs.com/smyhvae/p/4736162.html 本文主要內容： Trace跟蹤引數堆的分配引數棧的分配引數 零、在IDE的後臺列印GC日誌： 既然學習JVM，閱讀GC日誌是處理Java虛擬機器記憶體問題的

Java虛擬機器詳解（五）------JVM引數（持續更新）

　　JVM引數有很多，其實我們直接使用預設的JVM引數，不去修改都可以滿足大多數情況。但是如果你想在有限的硬體資源下，部署的系統達到最大的執行效率，那麼進行相關的JVM引數設定是必不可少的。下面我們就來對這些JVM引數進行詳細的介紹。 　　JVM引數主要分為以下三種（可以根據書寫形式來區分）： 1、標準引

Java程式設計師從笨鳥到菜鳥之（九十三）深入java虛擬機器（二）——類載入器詳解（上）

分享一下我老師大神的人工智慧教程！零基礎，通俗易懂！http://blog.csdn.net/jiangjunshow 也歡迎大家轉載本篇文章。分享知識，造福人民，實現我們中華民族偉大復興！        

Java虛擬機器：類載入機制詳解

    大家知道，我們的Java程式被編譯器編譯成class檔案，在class檔案中描述的各種資訊，最終都需要載入到虛擬機器記憶體才能執行和使用，那麼虛擬機器是如何載入這些class檔案的呢？在載入class檔案的過程中虛擬機器又幹了哪些事呢？今天我們來解密虛擬機器的類載入機制。

Java虛擬機器 ：Java垃圾回收（GC）機制詳解

轉自：http://www.importnew.com/28413.html 哪些記憶體需要回收？ 哪些記憶體需要回收是垃圾回收機制第一個要考慮的問題，所謂“要回收的垃圾”無非就是那些不可能再被任何途徑使用的物件。那麼如何找到這些物件？ 1、引用計數法 這個演算法的實現是，給物件中新

JVM內幕：Java虛擬機器詳解

這篇文章解釋了Java 虛擬機器（JVM）的內部架構。下圖顯示了遵守 Java SE 7 規範的典型的 JVM 核心內部元件。 上圖顯示的元件分兩個章節解釋。第一章討論針對每個執行緒建立的元件，第二章節討論了執行緒無關元件。 執行緒 JVM 系統執行緒

JAVA虛擬機器動態連線及分派詳解

為什麼要將動態連線和分派放在一起講？ 大家看完後面的內容這個問題迎刃而解了。 動態連線概括定義 每個棧幀都儲存了一個可以指向當前方法所在類的執行時常量池， 目的是當方法中需要呼叫其它方法的時候能夠從執行時常量池中找到對應的符號引用, 然後將符號引用轉換為直接引

Java虛擬機器結構詳解

1   JVM整體架構 2   JVM類載入器 3   JVM記憶體結構 4   JVM執行引擎 1  JVM整體架構 •   JVM(虛擬機器)：指以軟體的方式模擬具有完整硬體系統功能、執行在一個完全隔離環境中的完整計算機系統 ，是物理機的軟體實   現。常用的虛

Java程式設計師從笨鳥到菜鳥之（九十六）深入java虛擬機器（五）——java本地介面JNI詳解

        對於java程式設計師來說，java語言的好處和優點，我想不用我說了，大家自然會說出很多一套套的。但雖然我們作為java程式設計師，但我們不得不承認java語言也有一些它本身的缺點。比如在效能、和底層打交道方面都有它的缺點。所以java就提供了一些本地介面，他主要的作用就是提供一個標準的方式讓

Java虛擬機器詳解----JVM記憶體結構

http://www.cnblogs.com/smyhvae/p/4748392.htm   主要內容如下： JVM啟動流程 JVM基本結構 記憶體模型 編譯和解釋執行的概念   一、JVM啟動流程： JVM啟動時，是由java命令/javaw命令來啟