java class加载机制及对象生成机制

java class加载机制及对象生成机制

当使用到某个类,但该类还未初始化,未加载到内存中时会经历类加载链接初始化三个步骤完成类的初始化。需要注意的是类的初始化和链接的顺序有可能是互换的。

ClassLoader加载机制

ClassLoader用于动态加载class文件到内存中。

Java 提供了三个ClassLoader:

  • 启动类加载器(BootStrap ClassLoader):java类加载器中最顶层的类加载器,负责加载jdk中核心的类库,如:rt.jar、resources.jar、charsets.jar等。
    可通过System.out.println(System.getProperty("sun.boot.class.path"));查看。
  • 扩展类加载器(Extension ClassLoader):负责加载java的扩展类库,默认加载:JAVA_HOME/jre/lib/ext目录下的jar。
  • 系统类加载器(App ClassLoader):负责加载应用程序classpath下的所有jar和class文件。
  • 自定义类加载器(CustomClassLoader):自定义类加载器必须继承自java.lang.ClassLoader

ClassLoader加载类的原理

  • 首先由最顶层的类加载器Bootstrap ClassLoader试图加载
  • 如果没加载到,则把任务转交给Extension ClassLoader试图加载
  • 如果也没加载到,则转交给App ClassLoader 进行加载

JVM类加载机制

  • 全盘负责:当一个类加载某个class时,该class依赖的和引用的其它class都有该加载器负责加载,除非显式使用另外一个类加载器来载入。
  • 父类委托:先让父类试图加载该类,只有在父类无法加载该类时才从自己的类路径中进行加载。
  • 缓存机制:所有加载过的类都会缓存在内存中,如果程序中尝试使用某个class时,先从缓存中查找这个类;如果不存在,则读取该类对应的二进制文件并将其转换为class对象并存入缓存区。这就是为什么类修改后需要重启的原因。

双亲委派模型的工作过程

  • 如果一个类加载器收到了类加载的请求,它首先不会自己去尝试加载这个类,而是把这个请求委派给父类加载器去完成,每一个层次的加载器都是如此,因此所有的类加载请求都会传给顶层的启动类加载器。
  • 只有当父加载器反馈自己无法完成该加载请求(该加载器的搜索范围中没有找到对应的类)时,子加载器才会尝试自己去加载。

使用双亲委派模型的优点:

  • 保证了类加载的唯一性
  • 避免应用程序出现混乱

类的链接

当类加载完成后,系统会给为之生成一个对象;随后进入链接阶段,链接阶段负责把类的二进制数据添加到JRE中。

三个阶段:

  • 验证:检验被加载的类是否有正确的内部结构,并和其他类协调一致
  • 准备:负责为类的类变量分配内存。并设置默认初始值
  • 解析:将类的二进制数据中的符号引用替换成直接引用

类的初始化

JVM负责对类进行初始化,主要对类变量进行初始化

在Java中对类变量进行初始值设定有两种方式:

* 声明类变量是指定初始值
* 使用静态代码块为类变量指定初始值

JVM初始化步骤

  • 假如这个类还没有被加载和连接,则程序先加载并连接该类
  • 假如该类的直接父类还没有被初始化,则先初始化其直接父类
  • 假如类中有初始化语句,则系统依次执行这些初始化语句

参考文档:

时间: 2024-08-31 00:32:41

java class加载机制及对象生成机制的相关文章

解析Java虚拟机中类的初始化及加载器的父委托机制_java

类的初始化 在初始化阶段,Java虚拟机执行类的初始化语句,为类的静态变量赋予初始值. 在程序中,静态变量的初始化有两种途径: 1.在静态变量的声明处进行初始化: 2.在静态代码块中进行初始化. 没有经过显式初始化的静态变量将原有的值.   一个比较奇怪的例子: package com.mengdd.classloader; class Singleton { // private static Singleton mInstance = new Singleton();// 位置1 // 位置

Java 配置加载机制详解及实例_java

前言 现如今几乎大多数Java应用,例如我们耳熟能详的tomcat, struts2, netty-等等数都数不过来的软件,要满足通用性,都会提供配置文件供使用者定制功能. 甚至有一些例如Netty这样的网络框架,几乎完全就是由配置驱动,这样的软件我们也通常称之为"微内核架构"的软件.你把它配置成什么,它就是什么. It is what you configure it to be. 最常见的配置文件格式是XML, Properties等等文件. 本文探讨加载配置中最通用也是最常见的场

Android从xml加载到View对象过程解析_Android

我们从Activity的setContentView()入手,开始源码解析, //Activity.setContentView public void setContentView(int layoutResID) { getWindow().setContentView(layoutResID); initActionBar(); } //PhoneWindow.setContentView public void setContentView(int layoutResID) { if (

Android从xml加载到View对象过程解析

我们从Activity的setContentView()入手,开始源码解析, //Activity.setContentView public void setContentView(int layoutResID) { getWindow().setContentView(layoutResID); initActionBar(); } //PhoneWindow.setContentView public void setContentView(int layoutResID) { if (

关于java中加载和初始化的疑问?各位帮忙分析下

问题描述 关于java中加载和初始化的疑问?各位帮忙分析下 public class ExA { private static ExA a = new ExA(); static { System.out.println("父类--静态代码块"); } public ExA() { System.out.println("父类--构造函数"); } { System.out.println("父类--非静态代码块"); } public stat

Ext JS 4的倒数:动态加载和新的类机制 Count down to Ext JS 4: Dynamic Loading and New Class System (上)

Ext JS 4的倒数:动态加载和新的类机制 Count down to Ext JS 4: Dynamic Loading and New Class System (上)   January 19, 2011 by Ed Spencer 翻译 Ext中文网(ajaxjs.com) Frank http://www.sencha.com/blog/2011/01/19/countdown-to-ext-js-4-dynamic-loading-and-new-class-system/ Ext

java jni加载dll文件异常

问题描述 java jni加载dll文件异常 Can't load this .dll (machine code=0x101) on a AMD 64-bit platform 解决方案 32位,64位兼容性的问题吧,, 解决方案二: 可能是32位和64位的兼容问题

java 动态加载jar问题

问题描述 比如,我签名那个applet(jar1)该jar1往客户机的user.home路径写了另一个jar文件(jar2)然后我在jar1调用jar2,jar2需要加载其jar2包内的图片.那么应该怎么设置policyALLPermission不给力哈! 解决方案 解决方案二:java动态加载jar包解决方案三:该回复于2011-03-11 09:33:37被版主删除解决方案四:用ResourceBundle类的publicstaticResourceBundlegetBundle(Strin

关于java中加载和初始化的疑问?各位帮忙分析下 谢谢大家了

问题描述 关于java中加载和初始化的疑问?各位帮忙分析下 谢谢大家了 http://ask.csdn.net/questions/254535 解决方案 public class Test20160509 { public static int k = 5; public static Test20160509 t1 = new Test20160509("t1"); public static Test20160509 t2 = new Test20160509("t2&