JVM內存模型,算法,垃圾回收器,調優,四大引用,常見的JVM錯誤,類加載機制(雙親委派),創建一個對象,這個對象在內存中是怎麼分配的?

前三個已經爛大街了,我這裏就不寫了,點擊藍色字體查看相關的博文

JVM內存模型

JVM算法

JVM垃圾回收器

JVM調優

查看參數

第一種:

查看進程編號:jps -l

jinfo -flag 具體參數 java進程編號

jinfo -flags 具體參數

 

第二種:

查看JVM出廠默認設置:java -XX:+PrintFlagsInitial

查看JVM修改更新的內容:java -XX:+PrintFlagsFinal -version

查看默認垃圾回收器:java -XX:+PrintCommandLineFlags -version

 

常用參數:

-Xmx(-XX:MaxHeapSize):初始大小內存:初始化的值是物理內存的四分之一

-Xms(-XX:InitialHeapSize):最大分配內存:初始化的值是物理內存的六十四分之一

-Xss(-XX:ThreadStackSize):設置單個線程棧的大小,一般默認爲512k~1024k

-Xmn:設置年輕代的大小

-XX:MetaspaceSize:設置元空間大小 元空間的本質和永久代類似,都是對JVM規範中方法區的實現。不過元空間與永久代之間的區別在於:元空間不在虛擬機中,而是在本地內存中,默認情況下,元空間的大小僅受本地內存限制。

 

-Xms 128m -Xmx4096m -Xss1024k -XX:MetaspaceSize=512m -XX:+PrintCommandLineFlags -XX:+PrintGCDetails -XX:+UseSerialGC

-Xms 128m:初始內存128M

-Xmx4096m :最大堆內存4G

-Xss1024k:初始棧大小1024K

-XX:MetaspaceSize=512m:元空間512M

-XX:+PrintCommandLineFlags:打印默認參數

-XX:+PrintGCDetails :打印GC回收的細節

-XX:+UseSerialGC:串行垃圾回收器

-XX:+PrintGCDetails命令打印的:

案例:https://blog.csdn.net/java_wxid/article/details/103021907

-XX:SurvivorRatio:設置新生代中eden和S0/S1空間的比例。

默認:-XX:SurvivorRatio=8,Eden:S0:S1=8:1:1;

假如-XX:SurvivorRatio=4,Eden:S0:S1=4:1:1。SurvivorRatio的值就是設置eden去的比例佔多少,S0和S1相同

-XX:NewRatio:配置年輕帶與老年帶在堆結構的佔比。

默認:-XX:NewRatio=2新生代佔1,老年代2,年輕帶佔整個堆的1/3。假如:-XX:NewRatio=4新生代佔1,老年代佔4,年輕帶佔整個堆的1/5。NewRatio的值就是設置老年代的佔比,剩下的1給新生代。

-XX:MaxTenuringThreshold:設置垃圾的最大年齡

java8之後這個值最大隻能設置爲15,最低是0

落地實現:

拖地實現的案例:

四大引用

強引用Reference(默認支持模式)

例如:Book book = new Book();

理論:

實戰:

軟引用SoftReference

理論:

實戰:

內存足夠時:

 內存不夠時:

弱引用WeakReference

理論:

實戰:

軟引用和弱引用的應用場景:

 實戰:WeakHashMap的使用

虛引用PhantomReference

理論:

實戰:

弱引用與引用隊列

虛引用與引用隊列:

常見的JVM異常

StackOverflowError:線程棧空間被耗盡,沒有足夠資源分配給新創建的棧幀

 OutofMemoryError:Java heap space 堆內存中的空間不足以存放新創建的對象

OutOfMemoryError: GC overhead limit exceeded 超過98%的時間用來做GC並且回收了不到2%的堆內存

OutOfMemoryError: Direct buffer memory 堆外內存

OutofMemoryError:unable to create new native thread

解決方案:

OutOfMemoryError: Metaspace 元數據區(Metaspace) 已被用滿

解決方案:-XX:MaxMetaspaceSize=512m

類加載機制(雙親委派)

啓動類加載器(Bootstrap)C++
擴展類加載器(Extension)Java
應用程序類加載器(AppClassLoader)Java

雙親委派模型工作原理:如果一個類加載器收到類加載的請求,它首先不會自己去嘗試加載這個類,而是把這個請
求委派給父類加載器完成。每個類加載器都是如此,只有當父加載器在自己的搜索範圍內找不到指定的類時(即
ClassNotFoundException),子加載器纔會嘗試自己去加載。

創建一個對象,這個對象在內存中是怎麼分配的?

https://www.zhihu.com/question/55237879/answer/1275043584

 

發表評論
所有評論
還沒有人評論,想成為第一個評論的人麼? 請在上方評論欄輸入並且點擊發布.
相關文章