解析 java 類和對象的初始化過程

1、解析解析JavaJava類和對象的初始化過程類和對象的初始化過程由一個單態(tài)模式引出的問題談起簡介：簡介：類的初始化和對象初始化是JVM管理的類型生命周期中非常重要的兩個環(huán)節(jié)，Google了一遍網(wǎng)絡，有關類裝載機制的文章倒是不少，然而類初始化和對象初始化的文章并不多，特別是從字節(jié)碼和JVM層次來分析的文章更是鮮有所見。本文主要對類和對象初始化全過程進行分析，通過一個實際問題引入，將源代碼轉(zhuǎn)換成JVM字節(jié)碼后，對JVM執(zhí)行過程的關鍵點進行全

2、面解析，并在文中穿插入了相關JVM規(guī)范和JVM的部分內(nèi)部理論知識，以理論與實際結合的方式介紹對象初始化和類初始化之間的協(xié)作以及可能存在的沖突問題。問題引入近日我在調(diào)試一個枚舉類型的解析器程序，該解析器是將數(shù)據(jù)庫內(nèi)一萬多條枚舉代碼裝載到緩存中，為了實現(xiàn)快速定位枚舉代碼和具體枚舉類別的所有枚舉元素，該類在裝載枚舉代碼的同時對其采取兩種策略建立內(nèi)存索引。由于該類是一個公共服務類，在程序各個層面都會使用到它，因此我將它實現(xiàn)為一個單例類。這個類在

3、我調(diào)整類實例化語句位置之前運行正常，但當我把該類實例化語句調(diào)整到靜態(tài)初始化語句之前時，我的程序不再為我工作了。下面是經(jīng)過我簡化后的示例代碼：［清單一］［清單一］packagecom.ccb.framewk.enumsimptjava.util.Collectionsimptjava.util.HashMapimptjava.util.MappublicclassCachingEnumResolver單態(tài)實例一切問題皆由此行引起priva

4、testaticfinalCachingEnumResolverSINGLE_ENUM_RESOLVER=newCachingEnumResolver()MSGCODECategy內(nèi)存索引privatestaticMapCODE_MAP_CACHEstaticCODE_MAP_CACHE=newHashMap()為了說明問題我在這里初始化一條數(shù)據(jù)想必大家看了上面的代碼后會感覺有些茫然，這個類看起來沒有問題啊，這的確屬于典型的餓漢式單態(tài)模

5、式啊，怎么會有問題呢？是的，他看起來的確沒有問題，可是如果將他run起來時，其結果是他不會為你正確wk。運行該類，它的執(zhí)行結果是：［清單二］［清單二］CODE_MAP_CACHE為空問題在這里開始暴露.0=北京市我的程序怎么會這樣？為什么在initEnum()方法里CODE_MAP_CACHE為空？為什么我輸出的CODE_MAP_CACHE內(nèi)容只有一個元素，其它兩個元素呢？？？？?。】吹竭@里，如果是你在調(diào)試該程序，你此刻一定覺得很奇怪，

6、難道是我的Jvm有問題嗎？非也！如果不是，那我的程序是怎么了？這絕對不是我想要的結果?？墒聦嵣蠠o論怎么修改initEnum()方法都無濟于事，起碼我最初是一定不會懷疑到問題可能出在創(chuàng)建CachingEnumResolver實例這一環(huán)節(jié)上。正是因為我太相信我創(chuàng)建CachingEnumResolver實例的方法，加之對Java類初始化與對象實例化底層原理理解有所偏差，使我為此付出了三、四個小時約半個工作日的大好青春。那么問題究竟出在哪里呢？