JAVA程序員,三年是個(gè)坎,如果過(guò)了三年你還沒(méi)有去研究JVM的話,那么你這個(gè)程序員只能是板磚的工具了。下面來(lái)個(gè)JVM的解析可好?
網(wǎng)站建設(shè)哪家好,找創(chuàng)新互聯(lián)!專注于網(wǎng)頁(yè)設(shè)計(jì)、網(wǎng)站建設(shè)、微信開(kāi)發(fā)、小程序開(kāi)發(fā)、集團(tuán)企業(yè)網(wǎng)站建設(shè)等服務(wù)項(xiàng)目。為回饋新老客戶創(chuàng)新互聯(lián)還提供了睢寧縣免費(fèi)建站歡迎大家使用!JVM是Java Virtual Machine(Java虛擬機(jī))的縮寫,也就是指的JVM虛擬機(jī),屬于是一種虛構(gòu)出來(lái)的計(jì)算機(jī),在我們實(shí)際的電腦上來(lái)進(jìn)行模擬各種計(jì)算機(jī)的功能的這么個(gè)東西。
因?yàn)橛辛薐VM的存在,搞JAVA的不再需要去關(guān)心什么時(shí)候去釋放內(nèi)存,也不會(huì)像C++程序員那樣為了一點(diǎn)點(diǎn)內(nèi)存而惆悵,對(duì)就是你,JVM虛擬機(jī)幫你把這些東西都完成了,那么我們來(lái)說(shuō)說(shuō)JAVA的JVM吧!
我們先來(lái)看看JVM的模型吧,之前在百度上看文檔,上面就說(shuō)了幾個(gè),方法區(qū),堆,棧,計(jì)數(shù)器。沒(méi)了,很難受,于是看了深入理解JVM的書(shū),也算是有點(diǎn)體會(huì)。
在深入理解JVM一書(shū)中提到,JVM運(yùn)行時(shí)的數(shù)據(jù)區(qū)域會(huì)劃分為幾個(gè)不同的區(qū)域,有方法區(qū)(Method Area),虛擬機(jī)棧(VM Stack),本地方法棧(Native Method Stack),堆(heap),程序計(jì)數(shù)器(Program Counter Register),下面就是書(shū)中的圖:
咱們一個(gè)一個(gè)來(lái)解釋: 先說(shuō)程序計(jì)數(shù)器(Program Counter Register):程序計(jì)數(shù)器實(shí)際上就是用于存放下一條指令所在地址的地方,當(dāng)我們執(zhí)行一條指令的時(shí)候,要先知道他存放的指令位置,然后把指令帶到寄存器上這是就是獲取指令,然后程序計(jì)數(shù)器中的存貯地址會(huì)加1,然后這樣子循環(huán)的去執(zhí)行,而且程序計(jì)數(shù)器這個(gè)小的內(nèi)存區(qū)是“線程私有的內(nèi)存”。
為什么會(huì)是私有的呢?,在深入理解JVM一書(shū)中說(shuō)的是虛擬機(jī)的多線程通過(guò)線程的輪流切換來(lái)切換分配處理器的執(zhí)行時(shí)間的方式來(lái)實(shí)現(xiàn),說(shuō)起來(lái)其實(shí)很拗口的,其實(shí)也就是說(shuō)一個(gè)處理器,同一個(gè)時(shí)刻,只會(huì)執(zhí)行一個(gè)線程的指令,但是時(shí)間可能不均衡,可能第一分鐘在a線程,第二分鐘就去執(zhí)行b線程了,但是呢,為了保證切換回來(lái)還需要是一致的,那么每個(gè)線程中就會(huì)有一個(gè)獨(dú)立存在的程序計(jì)數(shù)器,獨(dú)立來(lái)存貯,為了保證不影響。所以他是一個(gè)“線程私有的內(nèi)存”。
程序計(jì)數(shù)器還有幾個(gè)特點(diǎn):
如果線程正在執(zhí)行的是Java 方法,則這個(gè)計(jì)數(shù)器記錄的是正在執(zhí)行的虛擬機(jī)字節(jié)碼指令地址。
如果正在執(zhí)行的是Native 方法,則這個(gè)計(jì)數(shù)器值為空(Undefined)。
此內(nèi)存區(qū)域是唯一一個(gè)在Java虛擬機(jī)規(guī)范中沒(méi)有規(guī)定任何OutOfMemoryError情況的區(qū)域。
分別解釋一下這三句話吧,這是深入理解java虛擬機(jī)中的原話,第一句好像已經(jīng)很直白了,沒(méi)的說(shuō),來(lái)說(shuō)說(shuō)第二句話吧
因?yàn)檫@個(gè)計(jì)數(shù)器記錄的是字節(jié)碼指令地址,但是Native(本地方法);就比如說(shuō)(System.currentTimeMillis())他是通過(guò)C來(lái)實(shí)現(xiàn),直接通過(guò)系統(tǒng)就能直接調(diào)用了不需要去編譯成需要執(zhí)行的字節(jié)碼指令的話,那么就相當(dāng)于不過(guò)程序計(jì)數(shù)器,它沒(méi)有記錄的話,那他的計(jì)數(shù)器的值就肯定為空了。
第三句話 我們可以試試編譯一小段代碼,然后反編譯出來(lái)看看
也就是實(shí)際上是這個(gè)樣子的
public class Test{ public int test(){ int a = 10; //0 ...... int b = 20; //3....... int c = 30; //6...... return (a+b)*c; //11.... 13.... 14...執(zhí)行加減乘除操作 } }
上面的0,2,3,5,6,8....就是指令的偏移地址bipush就是入棧指令, 在執(zhí)行到test方法的時(shí)候,線程就會(huì)創(chuàng)建對(duì)應(yīng)的程序計(jì)數(shù)器在計(jì)數(shù)器中放0,2,3,5,6,8....這些指令地址,所以計(jì)數(shù)器里改變的不是內(nèi)存的大小,它也就沒(méi)有溢出了。
下面我們?cè)賮?lái)說(shuō)一下:JAVA虛擬機(jī)棧(VM Stack)
線程私有,生命周期和線程一樣,這個(gè)虛擬機(jī)棧描述的是JAVA方法執(zhí)行的內(nèi)存模型,用于存局部變量,操作數(shù)棧,方法出口等信息的,上面那個(gè)bipush就是入棧指令,在這里最需要注意的就是他存放的是什么數(shù)據(jù).局部變量里面放的就是那些我們所知道的基本的數(shù)據(jù)類型,對(duì)象引用的話那就是一個(gè)地址。
在虛擬機(jī)規(guī)范里面還說(shuō),他的2個(gè)異常狀況:
一個(gè)是StackOverflowError異常,棧內(nèi)存溢出,這肯定很容易理解,就是棧的內(nèi)存不夠,你的請(qǐng)求線程太大。(固定長(zhǎng)度的棧)
如果說(shuō)在動(dòng)態(tài)擴(kuò)展的過(guò)程中,申請(qǐng)的長(zhǎng)度還是不夠,那么會(huì)拋出另外一個(gè)異常OutOfMemoryError異常。
本地方法棧(Native Method Stack) :
它和虛擬機(jī)棧很類似,區(qū)別就在于虛擬機(jī)棧執(zhí)行的是JAVA方法,但是本地方法棧則是Native方法,其他的沒(méi)啥不同就連拋出異常都一樣的。
JAVA堆(heap)?在JVM一書(shū)中也有提到,Heap是在JAVA虛擬機(jī)中內(nèi)存占用大的一個(gè)地方,也是所有線程共享的一個(gè)內(nèi)存區(qū)域,堆內(nèi)存中主要就是用于存放對(duì)象實(shí)例的。
幾乎是所有的對(duì)象實(shí)例都在這里分配內(nèi)存,JAVA堆是垃圾收集器管理的主要區(qū)域,那么現(xiàn)在重點(diǎn)來(lái)了,面試中問(wèn)到最多的垃圾回收機(jī)制接下來(lái)就要仔細(xì)說(shuō)說(shuō)了。
內(nèi)存回收,現(xiàn)在都是進(jìn)行的分代算法,堆中也是,新生代,老年代,而且兩種垃圾回收機(jī)制是采用的不同的回收機(jī)制的,在新生代中,每次垃圾收集時(shí)都發(fā)現(xiàn)有大批對(duì)象死去,只有少量存活,那就選用復(fù)制算法,只需要付出少量存活對(duì)象的復(fù)制成本就可以完成收集。
而老年代中因?yàn)閷?duì)象存活率高、沒(méi)有額外空間對(duì)它進(jìn)行分配擔(dān)保,就必須使用"標(biāo)記-清理"或"標(biāo)記-壓縮"算法來(lái)進(jìn)行回收,說(shuō)回收機(jī)制先看看heap的分區(qū)(這個(gè)from和to 并不是絕對(duì)的,看對(duì)象處在哪個(gè)位置,GC的次數(shù)不一樣之后,那from和to會(huì)有相應(yīng)轉(zhuǎn)變)
分區(qū)一目了然,下面研究一下算法實(shí)現(xiàn)吧
Minor GC:GC新生代,
Full GC:老年代GC,
因?yàn)樾律袑?duì)象的存活率比較低,所以一般采用復(fù)制算法,老年代的存活率一般比較高,一般使用”標(biāo)記-清理”或者”標(biāo)記-整理”算法進(jìn)行回收。
看了有幾天才明白啥意思,我說(shuō)說(shuō)我自己的見(jiàn)解吧,還是畫(huà)圖吧,
Minor GC:
我們每次new對(duì)象的時(shí)候都會(huì)先在新生代的Enden區(qū)放著也就是最開(kāi)始 是這樣子的
然后在Enden用完的時(shí)候里面會(huì)出現(xiàn)待回收的
然后就來(lái)了把存活的對(duì)象復(fù)制放到Survior1(from)中,待回收的等待給他回收掉 就是這樣的
然后把Enden區(qū)清空回收掉
這樣的話 第一次GC就完成了,下面再往下走
當(dāng)Enden充滿的時(shí)候就會(huì)再次GC
先是這個(gè)樣子的
然后會(huì)把 Enden和Survoir1中的內(nèi)容復(fù)制到Survior中,
然后就會(huì)把Enden和Survior進(jìn)行回收
然后從Enden中過(guò)去的就相當(dāng)于次數(shù)少的,而從Survior1中過(guò)去的就相當(dāng)于移動(dòng)了2次
這樣新生代的GC就執(zhí)行了2次了,
當(dāng)Enden再次被使用完成的時(shí)候,就會(huì)從Survior2復(fù)制到Survior1中,
接下來(lái)是連圖
經(jīng)過(guò)回收之后Surior1就變了,1對(duì)象是從Enden直接復(fù)制過(guò)來(lái)的,2對(duì)象是Enden-->Survior2-->Survior1 ,3對(duì)象則是從Enden-->Surivior1-->Survior2-->Survior1 復(fù)制過(guò)來(lái)的,這樣一步一步的執(zhí)行下去的時(shí)候,就是新生代的GC。
既然這樣,那為什么還會(huì)存在老年代呢?其實(shí)如果GC在執(zhí)行的時(shí)候有些對(duì)象一直沒(méi)有被回收,那么他移動(dòng)次數(shù)就會(huì)無(wú)限的累計(jì),每次從Surior(from)到Surior(to)的過(guò)程中就相當(dāng)于又增加了一次移動(dòng),當(dāng)他達(dá)到一定的次數(shù)的時(shí)候(默認(rèn)是15),就會(huì)移動(dòng)到老年代里了,所以不存在不會(huì)被回收的對(duì)象,但是這個(gè)次數(shù)可以設(shè)置的,
-XX:MaxTenuringThreshold
就類似這樣子
其實(shí)上邊的這只是一種情況,還有就是如果對(duì)象太大,存不下,那就直接會(huì)進(jìn)入老年代。
還有那種默認(rèn)就是長(zhǎng)期活著的也會(huì)進(jìn)入老年代,
而且這種復(fù)制算法的垃圾回收機(jī)制是比較浪費(fèi)內(nèi)存的,每次都會(huì)有一塊內(nèi)存區(qū)是閑著不干活的,但是優(yōu)點(diǎn)很明顯,簡(jiǎn)單高效
以上就是GC中垃圾回收中的新生代復(fù)制算法解析,新生代的Minor GC也算是知道了不少東西了,以上就是一些個(gè)人的見(jiàn)解,圖比較清晰,容易理解,有不對(duì)的地方希望能夠各位同行指點(diǎn)一下。
看到這里了點(diǎn)個(gè)贊再走唄
順便給大家推薦一個(gè)Java技術(shù)交流群:908676731,里面會(huì)分享一些資深架構(gòu)師錄制的視頻資料:有Spring,MyBatis,Netty源碼分析,高并發(fā)、高性能、分布式、微服務(wù)架構(gòu)的原理,JVM性能優(yōu)化、分布式架構(gòu)等這些成為架構(gòu)師必備的知識(shí)體系。還能領(lǐng)取免費(fèi)的學(xué)習(xí)資源,目前受益良多!
另外有需要云服務(wù)器可以了解下創(chuàng)新互聯(lián)scvps.cn,海內(nèi)外云服務(wù)器15元起步,三天無(wú)理由+7*72小時(shí)售后在線,公司持有idc許可證,提供“云服務(wù)器、裸金屬服務(wù)器、高防服務(wù)器、香港服務(wù)器、美國(guó)服務(wù)器、虛擬主機(jī)、免備案服務(wù)器”等云主機(jī)租用服務(wù)以及企業(yè)上云的綜合解決方案,具有“安全穩(wěn)定、簡(jiǎn)單易用、服務(wù)可用性高、性價(jià)比高”等特點(diǎn)與優(yōu)勢(shì),專為企業(yè)上云打造定制,能夠滿足用戶豐富、多元化的應(yīng)用場(chǎng)景需求。
網(wǎng)站名稱:Java后端開(kāi)發(fā)三年,你不得不了解的JVM-創(chuàng)新互聯(lián)
文章出自:http://jinyejixie.com/article46/dehheg.html
成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián),為您提供企業(yè)建站、建站公司、搜索引擎優(yōu)化、響應(yīng)式網(wǎng)站、網(wǎng)站維護(hù)、網(wǎng)站營(yíng)銷
聲明:本網(wǎng)站發(fā)布的內(nèi)容(圖片、視頻和文字)以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主,如果涉及侵權(quán)請(qǐng)盡快告知,我們將會(huì)在第一時(shí)間刪除。文章觀點(diǎn)不代表本網(wǎng)站立場(chǎng),如需處理請(qǐng)聯(lián)系客服。電話:028-86922220;郵箱:631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載,或轉(zhuǎn)載時(shí)需注明來(lái)源: 創(chuàng)新互聯(lián)
猜你還喜歡下面的內(nèi)容
營(yíng)銷型網(wǎng)站建設(shè)知識(shí)