通過實例解析Java class文件編譯加載過程

更新時間：2020年07月25日 11:45:56 作者：AmourLee

這篇文章主要介紹了通過實例解析Java class文件編譯加載過程,文中通過示例代碼介紹的非常詳細，對大家的學習或者工作具有一定的參考學習價值,需要的朋友可以參考下

一、Java從編碼到執(zhí)行

首先我們來看一下Java是如何從編碼到執(zhí)行的呢？我們有一個x.java文件通過執(zhí)行javac命令可以變成x.class文件，當我們調(diào)用Java命令的時候class文件會被裝載到內(nèi)存中，這個過程叫做classloader。一般情況下我們自己寫代碼的時候會用到Java的類庫，所以在加載的時候也會把Java類庫相關的類也加載到內(nèi)存中。裝載完成之后會調(diào)用字節(jié)碼解釋器和JIT即時編譯器來進行解釋和編譯，編譯完之后由執(zhí)行引擎開始執(zhí)行，執(zhí)行引擎下面對應的就是操作系統(tǒng)硬件了。下圖是大體的流程：

Java叫做跨平臺的語言，JVM可以稱之為跨語言的平臺；

有個問題:java是解釋執(zhí)行還是編譯執(zhí)行？答：解釋和編譯是可以混合的，特別常用的代碼或則是代碼用到的次數(shù)特別多的時候，會把一個即時編譯做成本地編譯，這樣會很大程度上的提高效率。

Java虛擬機是如何做到這么多語言都可以在上面運行，關鍵在于class文件，任何語言只要能編譯成class文件，并且符合class文件的規(guī)范你就可以放在Java虛擬機上去運行。

二、詳解class文件的加載過程

接下來主要講的是一個class文件是怎么從硬盤上到內(nèi)存中，并開始執(zhí)行的。

類加載主要有三個過程：loading 、linking 、initializing；其中l(wèi)inking又分為三個步驟：verification 、preparation 、resolution；

1、首先Loading是什么意思呢？是把一個class問價load到內(nèi)存中去；

2、接下來是Linking分為了三小步：

verification 是用來校驗加載進來的class文件是否符合class文件標準，如果不符合直接就會被拒絕了；
preparation 是將class文件靜態(tài)變量賦默認值而不是初始值，例如static int i =8；這個步驟并不是將i賦值為8，而是賦值為默認值0；
resolution 是把class文件常量池中用到的符號引用轉(zhuǎn)換成直接內(nèi)存地址，可以訪問到的內(nèi)容；

3、initializing 成為初始化，靜態(tài)變量在這個時候才會被賦值為初始值；

下面為類加載過程的簡化圖：

類加載器的加載過程是分成不同的層次來加載的，不同的類加載器來加載不同的class文件， Bootstrap >Extension>Application>Custom(自定義類加載器)

1、第一個類加載器的層次為：Bootstrap 稱為啟動類加載器，是Java類加載層次中最頂層的類加載器，負責加載JDK中的核心類庫。

2、第二個類加載器的層次為：Extension 是用來加載擴展類的，主要負責加載Java的擴展類庫,默認加載JAVA_HOME/jre/lib/ext/目錄下的所有jar包。

3、第三個類加載器的層次為：Application又稱為系統(tǒng)類加載器,負責在JVM啟動時,加載來自在命令java中的classpath或者java.class.path系統(tǒng)屬性或者CLASSPATH操作系統(tǒng)屬性所指定的JAR類包和類路徑。

4、第三個類加載器的層次為：CustomClassLoader(自定義加載器)

package com.example.demo.classloader;

public class ClassLoaderScope {
  public static void main(String[] args) {
    System.out.println("-------------------Bootstrap加載類-------------------");
    String property = System.getProperty("sun.boot.class.path");
    String s = property.replaceAll(";", System.lineSeparator());
    System.out.println(s);

    System.out.println("-------------------Ext加載類-------------------");

    String property1 = System.getProperty("java.ext.dirs");
    String s1 = property1.replaceAll(";", System.lineSeparator());
    System.out.println(s1);

    System.out.println("-------------------App加載類-------------------");

    String property2 = System.getProperty("java.class.path");
    String s2 = property2.replaceAll(";", System.lineSeparator());
    System.out.println(s2);
  }
}
    /**輸出結果只截取了部分*/
    //E:\JDK\jdk1.8\jre\lib\resources.jar
    //E:\JDK\jdk1.8\jre\lib\rt.jar
    //E:\JDK\jdk1.8\jre\lib\sunrsasign.jar
    //E:\JDK\jdk1.8\jre\lib\jsse.jar
    //E:\JDK\jdk1.8\jre\lib\jce.jar
    //E:\JDK\jdk1.8\jre\lib\charsets.jar
    //E:\JDK\jdk1.8\jre\lib\jfr.jar
    //E:\JDK\jdk1.8\jre\classes
    //----------------------------------------------
    //E:\JDK\jdk1.8\jre\lib\ext
    //C:\Windows\Sun\Java\lib\ext
    //----------------------------------------------
    //E:\JDK\jdk1.8\jre\lib\charsets.jar
    //E:\JDK\jdk1.8\jre\lib\deploy.jar
    //E:\JDK\jdk1.8\jre\lib\ext\access-bridge-64.jar
    //E:\JDK\jdk1.8\jre\lib\ext\cldrdata.jar
    //E:\JDK\jdk1.8\jre\lib\ext\dnsns.jar
    //E:\JDK\jdk1.8\jre\lib\ext\jaccess.jar
    //E:\JDK\jdk1.8\jre\lib\ext\jfxrt.jar

特別注意一點這個的層級關系并沒有繼承的關系在里面，只是單單純純的語法上的繼承；

下圖為類加載的一個全過程：

用比較通俗的話來解釋這個過程，當有一個類需要被加載時，首先要判斷這個類是否已經(jīng)被加載到內(nèi)存，判斷加載與否的過程是有順序的，如果有自己定義的類加載器，會先到custom class loader 的cache（緩存）中去找是否已經(jīng)加載，若已加載直接返回結果，否則到App的cache中查找，如果已經(jīng)存在直接返回，如果不存在，到Extension中查找，存在直接返回，不存在繼續(xù)向父加載器中尋找直到Bootstrap頂層，如果依然沒找到，那就是沒有加載器加載過這個類，需要委派對應的加載器來加載，先看看這個類是否在自己的加載范圍內(nèi)，如果是直接加載返回結果，若不是繼續(xù)向下委派，以此類推直到最下級，如果最終也沒能加載，就會直接拋異常ClassNotFoundException，這就是雙親委派模式。

理解雙親委派模式：

1、父加載器：不是類加載器的加載器，也不是類加載器的父類加載器（此處意思是沒有父類與子類之間的繼承關系）。

package com.example.demo.classloader;

/**
 * 驗證了父加載器不是加載器的加載器
 */
public class ParentAndChild {
  public static void main(String[] args) {
    //AppClassLoader
    ClassLoader classLoader = ParentAndChild.class.getClassLoader();
    System.out.println(classLoader);

    //null 這里AppClassLoader的加載器不是ExtClassLoader 而是Bootstrap
    ClassLoader appclassLoader = ParentAndChild.class.getClassLoader().getClass().getClassLoader();
    System.out.println(appclassLoader);

    //ExtClassLoader  AppClassLoader的父加載器是ExtClassLoader
    ClassLoader parent = ParentAndChild.class.getClassLoader().getParent();
    System.out.println(parent);

    //null
    ClassLoader parentparent = ParentAndChild.class.getClassLoader().getParent().getParent();
    System.out.println(parentparent);

    //null
    ClassLoader parentparentparent = ParentAndChild.class.getClassLoader().getParent().getParent().getParent();
    System.out.println(parentparent);

    /**輸出結果*/
    //sun.misc.Launcher$AppClassLoader@18b4aac2
    //null
    //sun.misc.Launcher$ExtClassLoader@23fc625e
    //null
    //Exception in thread "main" java.lang.NullPointerException at com.example.demo.classloader.ParentAndChild.main(ParentAndChild.java:22)
  }
}

2、雙親委派：其工作原理的是，如果一個類加載器收到了類加載請求，并不會直接去加載，而是自下而上的向頂層類加載器查找是否已經(jīng)被加載了，如果被加載就不用進行加載，如果未被加載過，則會自上而下的檢查是否屬于自己加載的范圍，如果屬于則加載，如果不屬于則向下委托，直到類被加載進來才能叫做成功，如果加載不成功就會拋異常classnotfoundexeption,這就叫做雙親委派。

3、為什么要搞雙親委派模式？

主要是為了安全，這里可以使用反證法，如果任何類加載器都可以把class加載到內(nèi)存中，我們就可以自定義類加載器來加載Java.lang.string。在打包時可以把密碼存儲為String對象，偷偷摸摸的把密碼發(fā)送到自己的郵箱，這樣會造成安全問題。

三、自定義類加載器

package com.example.demo.classloader;

public class ClassLoaderByHand {
  public static void main(String[] args) throws ClassNotFoundException {
    Class<?> clazz = ClassLoaderByHand.class.getClassLoader().
        loadClass("com.example.demo.threaddemo.juc_002.Account");
    String name = clazz.getName();
    System.out.println(name);

  }
}

  /**
  * 輸出結果
  */
  //com.example.demo.threaddemo.juc_002.Account

代碼運行結果可以看出，就是你要加載一個類你只要調(diào)用classLoader中的loadClass()方法就能把這個類加載到內(nèi)存中，加載完成之后會給你返回一個Class類的對象。

在硬盤上找到這個類的源碼，把它load到內(nèi)存，與此同時生成一個Class對象，上述的小程序是通過ClassLoaderByHand 找到他的加載器AppClassLoader 然后調(diào)用它的loadClass()方法，讓它幫我們把Account類加載進來，返回一個clazz對象，使用clazz.getName()方法正常返回Account類。

什么時候我們需要自己定義去加載一個類？

熱部署時就是先把之前加載的類給干掉，然后使用的自定義類加載器來進行重新加載

spring的動態(tài)代理，一個新的class 當需要的時候就會把它load到內(nèi)存中

我們還是來看一下源碼吧，加載過程最主要的還是ClassLoader中的loaderClass()方法：

結合上面給的類加載過程的圖解一起看會更容易一些；

protected Class<?> loadClass(String name, boolean resolve)
      throws ClassNotFoundException
  {
    synchronized (getClassLoadingLock(name)) {
      /**
       * 在加載之前先調(diào)用findLoadedClass()方法查看是否已經(jīng)加載過此類
       * 若加載過 返回該對象
       * 如果未加載則返回null 進行下一步
       */
      // First, check if the class has already been loaded
      Class<?> c = findLoadedClass(name);
      if (c == null) {
        long t0 = System.nanoTime();
        try {
          //判斷有無父加載器 如果不為空說明還未到頂層Bootstrap遞歸調(diào)用loadClass()
          if (parent != null) {
            c = parent.loadClass(name, false);
          } else {
            //如果沒有父加載器說明調(diào)用的加載器為Bootstrap Class Loader, 在此加載器內(nèi)存中查找是否已經(jīng)加載
            c = findBootstrapClassOrNull(name);
          }
        } catch (ClassNotFoundException e) {
          // ClassNotFoundException thrown if class not found
          // from the non-null parent class loader
        }
        //若以上的操作都沒成功加載此類
        if (c == null) {
          // If still not found, then invoke findClass in order
          // to find the class.
          long t1 = System.nanoTime();
          //調(diào)用自己的findClass()
          c = findClass(name);

          // this is the defining class loader; record the stats
          sun.misc.PerfCounter.getParentDelegationTime().addTime(t1 - t0);
          sun.misc.PerfCounter.getFindClassTime().addElapsedTimeFrom(t1);
          sun.misc.PerfCounter.getFindClasses().increment();
        }
      }
      if (resolve) {
        resolveClass(c);
      }
      return c;
    }
  }

以上就是本文的全部內(nèi)容，希望對大家的學習有所幫助，也希望大家多多支持腳本之家。

您可能感興趣的文章: