這篇文章將為大家詳細講解有關(guān)如何用JVM源碼分析Java對象的創(chuàng)建過程,文章內(nèi)容質(zhì)量較高,因此小編分享給大家做個參考,希望大家閱讀完這篇文章后對相關(guān)知識有一定的了解。
站在用戶的角度思考問題,與客戶深入溝通,找到坡頭網(wǎng)站設(shè)計與坡頭網(wǎng)站推廣的解決方案,憑借多年的經(jīng)驗,讓設(shè)計與互聯(lián)網(wǎng)技術(shù)結(jié)合,創(chuàng)造個性化、用戶體驗好的作品,建站類型包括:做網(wǎng)站、成都網(wǎng)站制作、企業(yè)官網(wǎng)、英文網(wǎng)站、手機端網(wǎng)站、網(wǎng)站推廣、域名注冊、網(wǎng)絡(luò)空間、企業(yè)郵箱。業(yè)務(wù)覆蓋坡頭地區(qū)。
基于HotSpot實現(xiàn)對Java對象的創(chuàng)建過程進行深入分析。
定義兩個簡單的類AAA和BBB
通過“javap -c AAA“`查看編譯之后的字節(jié)碼,具體如下:
Java中的new關(guān)鍵字對應(yīng)jvm中的new指令,定義在InterpreterRuntime類中,實現(xiàn)如下:
new指令的實現(xiàn)過程:
1、其中pool是AAA的constant pool,此時AAA的class已經(jīng)加載到虛擬機中,new指令后面的#2
表示BBB類全限定名的符號引用在constant pool的位置;
2、方法pool->klass_at
負責返回BBB對應(yīng)的klassOop對象,實現(xiàn)如下:
如果常量池中指定位置(#2)的數(shù)據(jù)已經(jīng)是個oop類型,說明BBB的class已經(jīng)被加載并解析過,則直接通過(klassOop)entry.get_oop()
返回klassOop;否則表示***次使用BBB,需要解析BBB的符號引用,并加載BBB的class類,生成對應(yīng)的instanceKlass對象,并更新constant pool中對應(yīng)位置的符號引用;
3、klass->check_valid_for_instantiation
可以防止抽象類被實例化;
4、klass->initialize
實現(xiàn)如下:
如果BBB的instanceKlass對象已經(jīng)初始化完成,則直接返回;否則通過initialize_impl
方法進行初始化,整個初始化算法分成11步,具體實現(xiàn)如下:
通過ObjectLocker在初始化之前進行加鎖,防止多個線程并發(fā)初始化。
如果當前instanceKlass處于being_initialized狀態(tài),且正在被其它線程初始化,則執(zhí)行ol.waitUninterruptibly
等待其他線程完成后通知。
如果當前instanceKlass處于being_initialized狀態(tài),且被當前線程初始化,則直接返回。
其實對于這個step的處理我有疑問,什么情況會走到這一步?經(jīng)過RednaxelaFX大大提點,如下情況會執(zhí)行step3:
例如A類有靜態(tài)變量指向一個new B類實例,B類里又有靜態(tài)變量指向new A類實例,這樣外部用A時要初始化A類,初始化過程中又要觸發(fā)B類初始化,B類初始化又再次觸發(fā)A類初始化。
如果當前instanceKlass處于fully_initialized狀態(tài),說明已經(jīng)初始化完成,則直接返回;
如果當前instanceKlass處于initialization_error狀態(tài),說明初始化失敗了,拋出異常。
設(shè)置當前instanceKlass的狀態(tài)為 being_initialized;設(shè)置初始化線程為當前線程。
如果當前instanceKlass不是接口類型,并且父類不為空,且還未初始化,則執(zhí)行父類的初始化。
通過this_oop->call_class_initializer
方法執(zhí)行靜態(tài)塊代碼,實現(xiàn)如下:
this_oop->class_initializer()
可以獲取靜態(tài)代碼塊入口,最終通過JavaCalls::call
執(zhí)行代碼塊邏輯,再下一層就是具體操作系統(tǒng)的實現(xiàn)了。
如果初始化過程沒有異常,說明instanceKlass對象已經(jīng)初始完成,則設(shè)置當前instanceKlass的狀態(tài)為 fully_initialized,***通知其它線程初始化已經(jīng)完成;否則執(zhí)行step10 and 11。
如果初始化發(fā)生異常,則設(shè)置當前instanceKlass的狀態(tài)為 initialization_error,并通知其它線程初始化發(fā)生異常。
5、如果instanceKlass初始化完成,klass->allocate_instance
會在堆內(nèi)存創(chuàng)建instanceOopDesc對象,即類的實例化;
當在Java中new一個對象時,本質(zhì)是在堆內(nèi)存創(chuàng)建一個instanceOopDesc對象。
instanceOopDesc在實現(xiàn)上繼承自oopDesc,其中oopDesc定義如下:
當然,這只是 oopDesc的部分實現(xiàn),oopDesc包含兩個數(shù)據(jù)成員:_mark 和 _metadata。
1、_mark是markOop類型對象,用于存儲對象自身的運行時數(shù)據(jù),如哈希碼(HashCode)、GC分代年齡、鎖狀態(tài)標志、線程持有的鎖、偏向線程ID、偏向時間戳等等,占用內(nèi)存大小與虛擬機位長一致,更具體的實現(xiàn)可以閱讀 《java對象頭的HotSpot實現(xiàn)分析》
2、_metadata是一個聯(lián)合體,其中wideKlassOop和narrowOop都是指向InstanceKlass對象的指針,wide版是普通指針,narrow版是壓縮類指針(compressed Class pointer)
instanceOopDesc對象通過instanceKlass::allocate_instance
進行創(chuàng)建,實現(xiàn)過程如下:
1、has_finalizer
判斷當前類是否包含不為空的finalize方法;
2、size_helper
確定創(chuàng)建當前對象需要分配多大內(nèi)存;
3、CollectedHeap::obj_allocate
從堆中申請指定大小的內(nèi)存,并創(chuàng)建instanceOopDesc對象,實現(xiàn)如下:
4、如果當前類重寫了finalize方法,且非空,需要把生成的對象封裝成Finalizer對象并添加到 Finalizer鏈表中,對象被GC時,如果是Finalizer對象,會將對象賦值到pending對象。Reference Handler線程會將pending對象push到queue中,F(xiàn)inalizer線程poll到對象,先刪除掉Finalizer鏈表中對應(yīng)的對象,然后再執(zhí)行對象的finalize方法;
關(guān)于如何用JVM源碼分析Java對象的創(chuàng)建過程就分享到這里了,希望以上內(nèi)容可以對大家有一定的幫助,可以學到更多知識。如果覺得文章不錯,可以把它分享出去讓更多的人看到。
分享名稱:如何用JVM源碼分析Java對象的創(chuàng)建過程
當前地址:http://jinyejixie.com/article36/gpsppg.html
成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián),為您提供做網(wǎng)站、面包屑導(dǎo)航、品牌網(wǎng)站制作、網(wǎng)站設(shè)計、外貿(mào)建站、網(wǎng)站設(shè)計公司
聲明:本網(wǎng)站發(fā)布的內(nèi)容(圖片、視頻和文字)以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主,如果涉及侵權(quán)請盡快告知,我們將會在第一時間刪除。文章觀點不代表本網(wǎng)站立場,如需處理請聯(lián)系客服。電話:028-86922220;郵箱:631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載,或轉(zhuǎn)載時需注明來源: 創(chuàng)新互聯(lián)