Java看起來設(shè)計得很像C++,但是為了使語言小和容易熟悉,設(shè)計者們把C++語言中許多可用的特征去掉了,這些特征是一般程序員很少使用的。例如,Java不支持go to語句,代之以提供break和continue語句以及異常處理。Java還剔除了C++的操作符過載(overload)和多繼承特征,并且不使用主文件,免去了預(yù)處理程序。因為Java沒有結(jié)構(gòu),數(shù)組和串都是對象,所以不需要指針。Java能夠自動處理對象的引用和間接引用,實現(xiàn)自動的無用單元收集,使用戶不必為存儲管理問題煩惱,能更多的時間和精力花在研發(fā)上。
Java是一個面向?qū)ο蟮恼Z言。對程序員來說,這意味著要注意應(yīng)中的數(shù)據(jù)和操縱數(shù)據(jù)的方法(method),而不是嚴格地用過程來思考。在一個面向?qū)ο蟮南到y(tǒng)中,類(class)是數(shù)據(jù)和操作數(shù)據(jù)的方法的集合。數(shù)據(jù)和方法一起描述對象(object)的狀態(tài)和行為。每一對象是其狀態(tài)和行為的封裝。類是按一定體系和層次安排的,使得子類可以從超類繼承行為。在這個類層次體系中有一個根類,它是具有一般行為的類。
Java程序是用類來組織的。Java還包括一個類的擴展集合,分別組成各種程序包(Package),用戶可以在自己的程序中使用。例如,Java提供產(chǎn)生圖形用戶接口部件的類(java.awt包),這里awt是抽象窗口工具集(abstract windowing toolkit)的縮寫,處理輸入輸出的類(java.io包)和支持網(wǎng)絡(luò)功能的類(java.net包)。
Java虛擬機工作原理
首先我想從宏觀上介紹一下Java虛擬機的工作原理。從最初的我們編寫的Java源文件(.java文件)是如何一步步執(zhí)行的,如下圖所示,首先Java源文件經(jīng)過前端編譯器(javac或ECJ)將.java文件編譯為Java字節(jié)碼文件,然后JRE加載Java字節(jié)碼文件,載入系統(tǒng)分配給JVM的內(nèi)存區(qū),然后執(zhí)行引擎解釋或編譯類文件,再由即時編譯器將字節(jié)碼轉(zhuǎn)化為機器碼。主要介紹下圖中的類加載器和運行時數(shù)據(jù)區(qū)兩個部分。
類加載
類加載指將類的字節(jié)碼文件(.class)中的二進制數(shù)據(jù)讀入內(nèi)存,將其放在運行時數(shù)據(jù)區(qū)的方法區(qū)內(nèi),然后在堆上創(chuàng)建java.lang.Class對象,封裝類在方法區(qū)內(nèi)的數(shù)據(jù)結(jié)構(gòu)。類加載的最終產(chǎn)品是位于堆中的類對象,類對象封裝了類在方法區(qū)內(nèi)的數(shù)據(jù)結(jié)構(gòu),并且向JAVA程序提供了訪問方法區(qū)內(nèi)數(shù)據(jù)結(jié)構(gòu)的接口。如下是類加載器的層次關(guān)系圖。
啟動類加載器(BootstrapClassLoader):在JVM運行時被創(chuàng)建,負責加載存放在JDK安裝目錄下的jre\lib的類文件,或者被-Xbootclasspath參數(shù)指定的路徑中,并且能被虛擬機識別的類庫(如rt.jar,所有的java.*開頭的類均被Bootstrap ClassLoader加載)。啟動類無法被JAVA程序直接引用。
擴展類加載器(Extension ClassLoader):該類加載器負責加載JDK安裝目錄下的\jre\lib\ext的類,或者由java.ext.dirs系統(tǒng)變量指定路徑中的所有類庫,開發(fā)者也可以直接使用擴展類加載器。
應(yīng)用程序類加載器(AppClassLoader):負責加載用戶類路徑(Classpath)所指定的類,開發(fā)者可以直接使用該類加載器,如果應(yīng)用程序中沒有定義過自己的類加載器,該類加載器為默認的類加載器。
用戶自定義類加載器(User ClassLoader):JVM自帶的類加載器是從本地文件系統(tǒng)加載標準的java class文件,而自定義的類加載器可以做到在執(zhí)行非置信代碼之前,自動驗證數(shù)字簽名,動態(tài)地創(chuàng)建符合用戶特定需要的定制化構(gòu)建類,從特定的場所(數(shù)據(jù)庫、網(wǎng)絡(luò)中)取得java class。
注意如上的類加載器并不是通過繼承的方式實現(xiàn)的,而是通過組合的方式實現(xiàn)的。而JAVA虛擬機的加載模式是一種委派模式,如上圖中的1-7步所示。下層的加載器能夠看到上層加載器中的類,反之則不行。類加載器可以加載類但是不能卸載類。說了一大堆,還是感覺需要拿點代碼說事。
首先我們先定義自己的類加載器MyClassLoader,繼承自ClassLoader,并覆蓋了父類的findClass(String name)方法,如下:
View Code
我們?nèi)绾卫梦覀兌x的類加載器加載指定的字節(jié)碼文件(.class)呢?如通過MyClassLoader加載C:\\Users\\Administrator\\下的Test.class字節(jié)碼文件,代碼如下所示:
public class Client {
public static void main(String[] args) {
// TODO Auto-generated method stub
//MyClassLoader的父類加載器為系統(tǒng)默認的加載器AppClassLoader
MyClassLoader myCLoader = new MyClassLoader(“MyClassLoader”);
//指定MyClassLoader的父類加載器為ExtClassLoader
//MyClassLoader myCLoader = new MyClassLoader(ClassLoader.getSystemClassLoader().getParent(),“MyClassLoader”);
myCLoader.setPath(“C:\\Users\\Administrator\\”);
Class《?》 clazz;
try {
clazz = myCLoader.loadClass(“Test”);
Field[] filed = clazz.getFields(); //獲取加載類的屬性字段
Method[] methods = clazz.getMethods(); //獲取加載類的方法字段
System.out.println(“該類的類加載器為:” + clazz.getClassLoader());
System.out.println(“該類的類加載器的父類為:” + clazz.getClassLoader().getParent());
System.out.println(“該類的名稱為:” + clazz.getName());
} catch (ClassNotFoundException e) {
// TODO Auto-generated catch block
e.printStackTrace();
}
}
}
運行時數(shù)據(jù)區(qū)
字節(jié)碼的加載第一步,其后分別是認證、準備、解析、初始化,那么這些步驟又具體做了哪些工作,以及他們會對運行時數(shù)據(jù)區(qū)纏身什么影響呢?如下圖所示:
如下我們將介紹運行時數(shù)據(jù)區(qū),主要分為方法區(qū)、Java堆、虛擬機棧、本地方法棧、程序計數(shù)器。其中方法區(qū)和Java堆一樣,是各個線程共享的內(nèi)存區(qū)域,而虛擬機棧、本地方法棧、程序計數(shù)器是線程私有的內(nèi)存區(qū)。
Java堆:Java堆是Java虛擬機所管理的內(nèi)存中最大的一塊,被進程的所有線程共享,在虛擬機啟動時被創(chuàng)建。該區(qū)域的唯一目的就是存放對象實例,幾乎所有的對象實例都在這里分配內(nèi)存,隨著JIT編譯器的發(fā)展與逃逸分支技術(shù)逐漸成熟,棧上分配、標量替換等優(yōu)化技術(shù)使得對象在堆上的分配內(nèi)存變得不是那么“絕對”。Java堆是垃圾收集器管理的主要區(qū)域。由于現(xiàn)在的收集器基本都采用分代收集算法,所以Java堆中還可以分為老年代和新生代(Eden、From Survivor、To Survivor)。根據(jù)Java虛擬機規(guī)范,Java堆可以處于物理上不連續(xù)的內(nèi)存空間,只要邏輯上連續(xù)即可。該區(qū)域的大小可以通過-Xmx和-Xms參數(shù)來擴展,如果堆中沒有內(nèi)存完成實例分配,并且堆也無法擴展,將會拋出OutOfMemoryError異常。
方法區(qū):用于存儲被Java虛擬機加載的類信息、常量、靜態(tài)變量、即時編譯器編譯后的代碼等數(shù)據(jù)。不同于Java堆的是,Java虛擬機規(guī)范對方法區(qū)的限制非常寬松,可以選擇不實現(xiàn)垃圾收集。但并非數(shù)據(jù)進入了方法區(qū)就“永久”存在了,這區(qū)域內(nèi)存回收目標主要是針對常量池的回收和對類型的卸載。如果該區(qū)域內(nèi)存不足也會拋出OutOfMemoryError異常。
常量池:這個名詞可能大家也經(jīng)常見,它是方法區(qū)的一部分。Class文件除了有類的版本、字段、方法、接口等描述信息外,還有一項信息就是常量池,用于存放編譯期生成的各種字面量和符號引用。Java虛擬機運行期間,也可能將新的常量放入常量池(如String類的intern()方法)。
虛擬機棧:線程私有,生命周期與線程相同。虛擬機棧描述的是Java方法執(zhí)行的內(nèi)存模型:每個方法在執(zhí)行時都會創(chuàng)建一個棧幀用于存儲局部變量表、操作數(shù)棧、動態(tài)鏈接、方法出口等信息。每個方法從調(diào)用直至執(zhí)行完成的過程,就對應(yīng)著一個棧幀在虛擬機棧中入棧到出棧的過程。如果請求的站深度大于虛擬機所允許的深度,將拋出StackOverflowError異常,虛擬機棧在動態(tài)擴展時如果無法申請到足夠的內(nèi)存,就會拋出OutOfMemoryError異常。
本地方法棧:與虛擬機棧類似,不過虛擬機棧是為虛擬機執(zhí)行Java方法(字節(jié)碼)服務(wù),而本地方法棧則是為虛擬機使用到的Native方法服務(wù)。該區(qū)域同樣會報StackOverflowError和OutOfMemoryError異常。
程序計數(shù)器:一塊較小的內(nèi)存空間,可以看作是當前線程所執(zhí)行的字節(jié)碼的行號指示器。字節(jié)碼解釋器工作時就是通過改變這個計數(shù)器的值來選取下一條需要執(zhí)行的字節(jié)碼指令,分支、循環(huán)、跳轉(zhuǎn)、異常處理、線程恢復(fù)等基礎(chǔ)功能都需要依賴這個計數(shù)器完成。如果線程正在執(zhí)行一個Java方法,計數(shù)器記錄的是正在執(zhí)行的虛擬機字節(jié)碼指令的地址,如果正在執(zhí)行的是Native方法,這個計數(shù)器值為空。此內(nèi)存區(qū)域是唯一一個在Java虛擬機規(guī)范中沒有規(guī)定任何OutOfMemoryError情況的區(qū)域。
寫了這么多,感覺還是少一個例子。通過最簡單的一段代碼解釋一下,程序在運行時數(shù)據(jù)區(qū)個部分的變化情況。
public class Test{
public static void main(String[] args){
String name = “best.lei”;
sayHello(name);
}
public static void sayHello(String name){
System.out.println(“Hello ” + name);
}
}
通過編譯器將Test.java文件編譯為Test.class,利用javap -verbose Test.class對編譯后的字節(jié)碼進行分析,如下圖所示:
我們在看看運行時數(shù)據(jù)區(qū)的變化:
評論