执行顺序

xiaoxiao2021-02-27  230

父类的静态变量 父类的静态块 子类的静态变量 子类的静态块 子类的非静态变量 父类的非静态块 父类的构造函数 子类的非静态变量 子类的非静态块 子类的构造函数 子类的静态方法

 

说明Jvm的执行顺序是:

父类的静态变量----->父类的静态块----->子类的静态变量------>子类静态块------>父类的非静态块------>父类的构造函数------>子类的非静态块---子类的构造函数

----->子类的静态方法

四、双亲加载模型的逻辑和底层代码实现是怎样的?

            上面已经不厌其烦地讲解什么是双亲加载模型,以及其机制是什么,这些东西都是可以通过底层代码查看到的。

             我们也可以通过JDK源码看java.lang.ClassLoader的核心方法 loadClass()的实现:

[java]  view plain  copy  print ? //提供class类的二进制名称表示,加载对应class,加载成功,则返回表示该类对应的Class<T> instance 实例  public Class<?> loadClass(String name) throws ClassNotFoundException {      return loadClass(name, false);  }      protected Class<?> loadClass(String name, boolean resolve)      throws ClassNotFoundException  {      synchronized (getClassLoadingLock(name)) {          // 首先,检查是否已经被当前的类加载器记载过了,如果已经被加载,直接返回对应的Class<T>实例          Class<?> c = findLoadedClass(name);              //初次加载              if (c == null) {              long t0 = System.nanoTime();              try {                  if (parent != null) {                      //如果有父类加载器,则先让父类加载器加载                      c = parent.loadClass(name, false);                  } else {                      // 没有父加载器,则查看是否已经被引导类加载器加载,有则直接返回                      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();                  // 自己尝试加载                  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;      }  }  

 相对应地,我们可以整理出双亲模型的工作流程图:

相信读者看过这张图后会对双亲加载模型有了非常清晰的脉络。当然,这是JDK自身默认的加载类的行为,我们可以通过继承复写该方法,改变其行为。

类从被加载到虚拟机内存中开始,到卸载出内存为止,它的生命周期包括了:加载(Loading)、验证(Verification)、准备(Preparation)、解析(Resolution)、初始化(Initialization)、使用(Using)、卸载(Unloading)七个阶段,其中验证、准备、解析三个部分统称链接。

加载(装载)、验证、准备、初始化和卸载这五个阶段顺序是固定的,类的加载过程必须按照这种顺序开始,而解析阶段不一定;它在某些情况下可以在初始化之后再开始,这是为了运行时动态绑定特性(JIT例如接口只在调用的时候才知道具体实现的是哪个子类)。值得注意的是:这些阶段通常都是互相交叉的混合式进行的,通常会在一个阶段执行的过程中调用或激活另外一个阶段。

在加载阶段虚拟机需要完成以下三件事:

通过一个类的全限定名称来获取此类的二进制字节流

将这个字节流所代表的静态存储结构转化为方法区的运行时数据结构

在内存中生成一个代表这个类的java.lang.Class对象,作为方法区这个类的各种数据的访问入口

转载请注明原文地址: https://www.6miu.com/read-9403.html

最新回复(0)