`
suhuanzheng7784877
  • 浏览: 704256 次
  • 性别: Icon_minigender_1
  • 来自: 北京
博客专栏
Ff8d036b-05a9-33b5-828a-2633bb68b7e6
读金庸故事,品程序人生
浏览量:47748
社区版块
存档分类
最新评论

深入Java虚拟机JVM类加载初始化学习笔记

阅读更多

1.       Classloader的作用,概括来说就是将编译后的class装载、加载到机器内存中,为了以后的程序的执行提供前提条件。

2.       一段程序引发的思考:

风中叶老师在他的视频中给了我们一段程序,号称是世界上所有的Java程序员都会犯的错误。

诡异代码如下:

package test01;

class Singleton {

	public static Singleton singleton = new Singleton();
	public static int a;
	public static int b = 0;

	private Singleton() {
		super();
		a++;
		b++;
	}

	public static Singleton GetInstence() {
		return singleton;
	}

}

public class MyTest {

	/**
	 * @param args
	 */
	public static void main(String[] args) {
		Singleton mysingleton = Singleton.GetInstence();
		System.out.println(mysingleton.a);
		System.out.println(mysingleton.b);
	}

}

 一般不假思索的结论就是,a=1,b=1。给出的原因是:ab都是静态变量,在构造函数调用的时候已经对ab都加1了。答案就都是1。但是运行完后答案却是a=1,b=0

下面我们将代码稍微变一下

public static Singleton singleton = new Singleton();
public static int a;
public static int b = 0;

 的代码部分替换成

public static int a;
public static int b = 0;
public static Singleton singleton = new Singleton();

 

效果就是刚才预期的a=1,b=1

为什么呢,这3句无非就是静态变量的声明、初始化,值的变化和声明的顺序还有关系吗?Java不是面向对象的吗?怎么和结构化的语言似地,顺序还有关系。这个就是和Java虚拟机JVM加载类的原理有着直接的关系。

1.       类在JVM中的工作原理

要想使用一个Java类为自己工作,必须经过以下几个过程

1):类加载load:从字节码二进制文件——.class文件将类加载到内存,从而达到类的从硬盘上到内存上的一个迁移,所有的程序必须加载到内存才能工作。将内存中的class放到运行时数据区的方法区内,之后在堆区建立一个java.lang.Class对象,用来封装方法区的数据结构。这个时候就体现出了万事万物皆对象了,干什么事情都得有个对象。就是到了最底层究竟是鸡生蛋,还是蛋生鸡呢?类加载的最终产物就是堆中的一个java.lang.Class对象。

2):连接:连接又分为以下小步骤

验证:出于安全性的考虑,验证内存中的字节码是否符合JVM的规范,类的结构规范、语义检查、字节码操作是否合法、这个是为了防止用户自己建立一个非法的XX.class文件就进行工作了,或者是JVM版本冲突的问题,比如在JDK6下面编译通过的class(其中包含注解特性的类),是不能在JDK1.4JVM下运行的。

准备:将类的静态变量进行分配内存空间、初始化默认值。(对象还没生成呢,所以这个时候没有实例变量什么事情)

解析:把类的符号引用转为直接引用(保留

3):类的初始化: 将类的静态变量赋予正确的初始值,这个初始值是开发者自己定义时赋予的初始值,而不是默认值。

2.       类的主动使用与被动使用

以下是视为主动使用一个类,其他情况均视为被动使用!

1):初学者最为常用的new一个类的实例对象(声明不叫主动使用)

2):对类的静态变量进行读取、赋值操作的。

3):直接调用类的静态方法。

4):反射调用一个类的方法。

5):初始化一个类的子类的时候,父类也相当于被程序主动调用了(如果调用子类的静态变量是从父类继承过来并没有复写的,那么也就相当于只用到了父类的东东,和子类无关,所以这个时候子类不需要进行类初始化)。

6):直接运行一个main函数入口的类。

所有的JVM实现(不同的厂商有不同的实现,有人就说IBM的实现比Sun的要好……)在首次主动调用类和接口的时候才会初始化他们。

 

 

1.       类的加载方式

1):本地编译好的class中直接加载

2):网络加载:java.net.URLClassLoader可以加载url指定的类

3):从jarzip等等压缩文件加载类,自动解析jar文件找到class文件去加载util

4):从java源代码文件动态编译成为class文件

2.       类加载器

JVM自带的默认加载器

1):根类加载器:bootstrap,由C++编写,所有Java程序无法获得。

2):扩展类加载器:由Java编写。

3):系统类、应用类加载器:由Java编写。

用户自定义的类加载器:java.lang.ClassLoader的子类,用户可以定制类的加载方式。每一个类都包含了加载他的ClassLoader的一个引用——getClass().getClassLoader()。如果返回的是null,证明加载他的ClassLoader是根加载器bootstrap

如下代码

 这里面的指针就是C++的指针

1.       回顾那个诡异的代码

从入口开始看

Singleton mysingleton = Singleton.GetInstence();

是根据内部类的静态方法要一个Singleton实例。

这个时候就属于主动调用Singleton类了。

之后内存开始加载Singleton

1):对Singleton的所有的静态变量分配空间,赋默认的值,所以在这个时候,singleton=nulla=0b=0。注意b0是默认值,并不是咱们手工为其赋予的的那个0值。

2):之后对静态变量赋值,这个时候的赋值就是我们在程序里手工初始化的那个值了。此时singleton = new Singleton();调用了构造方法。构造方法里面a=1b=1。之后接着顺序往下执行。

3):

    public static int a;

    public static int b = 0;

a没有赋值,保持原状a=1b被赋值了,b原先的1值被覆盖了,b=0。所以结果就是这么来的。类中的静态块static块也是顺序地从上到下执行的。

2.       编译时常量、非编译时常量的静态变量

如下代码

package test01;

class FinalStatic {

	public static final int A = 4 + 4;

	static {
		System.out.println("如果执行了,证明类初始化了……");
	}

}

public class MyTest03 {

	/**
	 * @param args
	 */
	public static void main(String[] args) {
		System.out.println(FinalStatic.A);
	}

}

 结果是只打印出了8,证明类并没有初始化。反编译源码发现class里面的内容是

public static final int A = 8;

也就是说编译器很智能的、在编译的时候自己就能算出4+48,是一个固定的数字。没有什么未知的因素在里面。

将代码稍微改一下

public static final int A = 4 + new Random().nextInt(10);

这个时候静态块就执行了,证明类初始化了。在静态final变量在编译时不定的情况下。如果客户程序这个时候访问了该类的静态变量,那就会对类进行初始化,所以尽量静态final变量尽量没什么可变因素在里面1,否则性能会有所下降。

1.       ClassLoader的剖析

ClassLoaderloadClass方法加载一个类不属于主动调用,不会导致类的初始化。如下代码块

ClassLoader classLoader = ClassLoader.getSystemClassLoader();
Class<?> clazz = classLoader.loadClass("test01.ClassDemo");

 并不会让类加载器初始化test01.ClassDemo,因为这不属于主动调用此类。

ClassLoader的关系:

根加载器——》扩展类加载器——》应用类加载器——》用户自定义类加载器

加载类的过程是首先从根加载器开始加载、根加载器加载不了的,由扩展类加载器加载,再加载不了的有应用加载器加载,应用加载器如果还加载不了就由自定义的加载器(一定继承自java.lang. ClassLoader)加载、如果自定义的加载器还加载不了。而且下面已经没有再特殊的类加载器了,就会抛出ClassNotFoundException,表面上异常是类找不到,实际上是class加载失败,更不能创建该类的Class对象。

若一个类能在某一层类加载器成功加载,那么这一层的加载器称为定义类加载器。那么在这层类生成的Class引用返回下一层加载器叫做初始类加载器。因为加载成功后返回一个Class引用给它的服务对象——也就是调用它的类加载器。考虑到安全,父委托加载机制。

 ClassLoader加载类的原代码如下

protected synchronized Class<?> loadClass(String name, boolean resolve)
	throws ClassNotFoundException
    {
	// First, check if the class has already been loaded
	Class c = findLoadedClass(name);
	if (c == null) {
	    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.
	        c = findClass(name);
	    }
	}
	if (resolve) {
	    resolveClass(c);
	}
	return c;
    }

 初始化系统ClassLoader代码如下

private static synchronized void initSystemClassLoader() {
	if (!sclSet) {
	    if (scl != null)
		throw new IllegalStateException("recursive invocation");
            sun.misc.Launcher l = sun.misc.Launcher.getLauncher();
	    if (l != null) {
		Throwable oops = null;
		scl = l.getClassLoader();
	        try {
		    PrivilegedExceptionAction a;
		    a = new SystemClassLoaderAction(scl);
                    scl = (ClassLoader) AccessController.doPrivileged(a);
	        } catch (PrivilegedActionException pae) {
		    oops = pae.getCause();
	            if (oops instanceof InvocationTargetException) {
		        oops = oops.getCause();
		    }
	        }
		if (oops != null) {
		    if (oops instanceof Error) {
			throw (Error) oops;
		    } else {
		        // wrap the exception
		        throw new Error(oops);
		    }
		}
	    }
	    sclSet = true;
	}
    }

 它里面调用了很多native的方法,也就是通过JNI调用底层C++的代码。

当一个类被加载、连接、初始化后,它的生命周期就开始了,当代表该类的Class对象不再被引用、即已经不可触及的时候,Class对象的生命周期结束。那么该类的方法区内的数据也会被卸载,从而结束该类的生命周期。一个类的生命周期取决于它Class对象的生命周期。由Java虚拟机自带的默认加载器(根加载器、扩展加载器、系统加载器)所加载的类在JVM生命周期中始终不被卸载。所以这些类的Class对象(我称其为实例的模板对象)始终能被触及!而由用户自定义的类加载器所加载的类会被卸载掉!

 

 

 

 

  • 大小: 41.8 KB
  • 大小: 47.7 KB
  • 大小: 45.4 KB
分享到:
评论
6 楼 longxiaoyan 2011-11-25  
如果大家对字节码熟悉的话可以这样分析:
public static Singleton singleton = new Singleton();
public static int a;
public static int b = 0;

static {};
  Code:
   Stack=2, Locals=0, Args_size=0
   0:   [color=red]new[/color]     #1; //class Singleton
   3:   dup
   4:   invokespecial   #13; //Method "<init>":()V
   7:   putstatic       #16; //Field singleton:LSingleton;
   10:  iconst_0
   11:  putstatic       #18; //Field b:I
   14:  return




public static int a;
public static int b = 1;
public static Singleton singleton = new Singleton();

static {};
  Code:
   Stack=2, Locals=0, Args_size=0
   0:   iconst_0
   1:   putstatic       #13; //Field b:I
   4:   [color=red]new[/color]     #1; //class Singleton
   7:   dup
   8:   invokespecial   #15; //Method "<init>":()V
   11:  putstatic       #18; //Field singleton:LSingleton;
   14:  return



解释:这是两段代码对应的静态代码段的字节码,大家只需要看看new的位置就能猜出,上面部分代码是先执行的new Singleton()。再赋的值(b=0)。下面部分代码是先赋的值后执行的new Singleton()。
5 楼 longxiaoyan 2011-11-25  
如果大家对字节码熟悉的话可以这样分析:
public static Singleton singleton = new Singleton();
public static int a;
public static int b = 0;

static {};
  Code:
   Stack=2, Locals=0, Args_size=0
   0:   new     #1; //class Singleton
   3:   dup
   4:   invokespecial   #13; //Method "<init>":()V
   7:   putstatic       #16; //Field singleton:LSingleton;
   10:  iconst_0
   11:  putstatic       #18; //Field b:I
   14:  return



public static int a;
public static int b = 1;
public static Singleton singleton = new Singleton();

static {};
  Code:
   Stack=2, Locals=0, Args_size=0
   0:   iconst_0
   1:   putstatic       #13; //Field b:I
   4:   new     #1; //class Singleton
   7:   dup
   8:   invokespecial   #15; //Method "<init>":()V
   11:  putstatic       #18; //Field singleton:LSingleton;
   14:  return


解释:这是两段代码对应的静态代码段的字节码,大家只需要看看new的位置就能猜出,上面部分代码是先执行的new Singleton()。再赋的值(b=0)。下面部分代码是先赋的值后执行的new Singleton()。
4 楼 305355024 2011-11-01  
顶达到的 的达到
3 楼 zhangyou1010 2011-09-22  
先猜猜
    public static void main(String[] args)
    {
        Singleton mysingleton = Singleton.GetInstence();
        System.out.println(mysingleton.a);
        System.out.println(mysingleton.b);
    }


这段应该输出:0
             0
2 楼 tan4836128 2011-08-15  
很好的介绍性文章,建议增加对 ClassLoader 的讨论,比如applet、Tomcat的 ClassLoader 处理机制等,综合实际应用,更能加深对ClassLoader的理解
1 楼 liuwenbo200285 2011-07-26  
不错,学习了!

相关推荐

    深入Java虚拟机JVM类加载学习笔记

    ### 深入Java虚拟机JVM类加载学习笔记 #### 一、Classloader机制解析 在Java虚拟机(JVM)中,类加载器(ClassLoader)是负责将类的`.class`文件加载到内存中的重要组件。理解类加载器的工作原理对于深入掌握JVM以及...

    Java虚拟机JVM类加载学习笔记

    Java虚拟机(JVM)是Java程序的核心组成部分,它负责执行字节码并...理解JVM的类加载机制对于优化程序性能、解决类加载问题以及深入学习Java运行机制至关重要。开发者应当掌握这些概念,以便更好地编写和调试Java代码。

    深入理解Java虚拟机学习笔记借鉴.pdf

    Java 虚拟机(JVM)自动内存管理机制 Java 虚拟机(JVM)自动内存管理机制是 Java 语言的一大特色,它使得 Java 程序员无需手动管理内存,从而提高了开发效率和程序稳定性。JVM 自动内存管理机制主要通过 JVM 的...

    JVM 学习笔记(Java虚拟机)

    **JVM学习笔记(Java虚拟机)** Java虚拟机(JVM)是Java语言的核心组成部分,它是Java程序运行的平台,负责解释和执行字节码。深入理解JVM对于优化Java应用程序性能至关重要。本笔记将从以下几个方面详细介绍JVM:...

    深入java虚拟机读后笔记

    3. **初始化阶段**:在类加载完成后,JVM会根据初始化指令为类的静态变量赋予初始值,并执行静态块中的代码。 #### 三、类加载机制 类加载过程是Java程序动态性的重要体现,它包括以下几个步骤: 1. **加载**:...

    虚拟机学习笔记--周志明老师第三版

    虚拟机学习笔记 Java 虚拟机(JVM)是 Java 语言的 runtime 环境,负责加载、验证、执行 Java 字节码。以下是 JVM 相关知识点的总结。 1. 运行时数据区域 JVM 的运行时数据区域主要包括: * 堆(Heap):...

    学习深入理解Java虚拟机的前几章笔记

    ### 学习深入理解Java虚拟机的前几章笔记 #### JVM内存模型 Java虚拟机(JVM)的内存模型主要分为两大类:线程共享区和线程私有区。 ##### 线程共享区 - **堆**:是所有线程共享的内存区域,在这里存放着对象实例...

    java之jvm学习笔记五(实践写自己的类装载器)

    这个“java之jvm学习笔记五(实践写自己的类装载器)”很可能是对这一主题的详细探讨。 类装载器在Java中的主要职责是动态加载类到JVM中。Java的类装载器分为三个基本层次:启动类装载器(Bootstrap ClassLoader)、...

    Java分布式应用学习笔记02再谈JVM

    ### Java分布式应用学习笔记02再谈JVM 在深入探讨Java虚拟机(JVM)时,我们再次聚焦于这个核心组件,它不仅是Java运行环境的心脏,也是构建分布式应用的关键技术之一。JVM作为Java语言的核心执行环境,其设计与...

    学习笔记之java虚拟机

    ### 学习笔记之Java虚拟机详解 #### 运行时数据区域概览 Java虚拟机(JVM)运行时数据区域主要包括以下几部分:程序计数器、Java虚拟机栈、本地方法栈、Java堆、方法区以及运行时常量池。 1. **程序计数器**: -...

    java 类加载器学习笔记1

    Java 类加载器是Java虚拟机(JVM)的重要组成部分,它负责将类的.class文件从文件系统或网络中加载到内存中,并将其转换为运行时的类对象。类加载器的这种动态加载机制为Java提供了极高的灵活性,使得程序可以在运行...

    java虚拟机源码学习-UnderstandingTheJVM:深入理解Java虚拟机(周志明)源码及学习笔记

    1. **类加载机制**:JVM的类加载过程包括加载、验证、准备、解析和初始化五个阶段。类加载器(ClassLoader)负责从磁盘或网络中获取类文件,并将其转换为运行时的数据结构。 2. **运行时数据区**:JVM将内存划分为...

    狂神说JVM探究.rar

    - 类的生命周期包括加载、验证、准备、初始化和卸载五个阶段。 - 双亲委派模型:类加载器在加载类时,会将任务委托给父类加载器,直到Bootstrap ClassLoader。 3. **内存区域**: - 程序计数器:记录当前线程...

    JVM工作原理学习笔记

    Java程序中的类在运行时动态加载,这一过程包括加载、验证、准备、解析和初始化五个阶段。加载阶段找到类的二进制数据;验证确保数据符合Java规范;准备阶段为静态变量分配内存并初始化为默认值;解析将符号引用转换...

    理解虚拟机--有笔记版

    类加载的过程包括加载、验证、准备、解析和初始化五个阶段。 垃圾回收(Garbage Collection)是JVM中一个重要的自动化内存管理机制。它负责回收堆内存中不再使用的对象实例,从而防止内存泄漏。不同的JVM实现采用...

    jvm学习笔记(jvm内存模型&垃圾收集算法&类加载机制)

    在JVM的学习中,理解其内存模型、垃圾收集算法以及类加载机制至关重要。 1. **JVM内存模型** - **方法区**:也称为“永久代”,存储虚拟机加载的类信息、常量、静态变量等,是线程共享的区域。在Java 8之后,这...

    JVM学习笔记.docx

    - JVM在四种情况下强制初始化类:new实例、访问静态字段(非final常量)、调用静态方法、虚拟机启动时指定的主类。 3. **加载**: - 获取类的二进制字节流,将其转换为方法区的运行时数据结构,创建Class对象。 ...

    尚硅谷JAVA基础笔记吐血整理

    它的设计目标是实现“一次编写,到处运行”,通过Java虚拟机(JVM)确保代码在不同操作系统上都能运行。Java语言的特点包括简洁性、面向对象、健壮性、安全性、高效性和可移植性。 【基本语法】 Java的基本语法包括...

    Java,JVM相关笔记的代码知识

    这份JVM相关的笔记包含了深入理解JVM内部工作机制的关键代码资源,是学习和优化Java应用程序的重要参考资料。下面,我们将深入探讨Java与JVM的相关知识点。 1. **类加载机制**:JVM通过类加载器(ClassLoader)将...

    JVM思维导图,学习思维笔记

    本思维导图及学习笔记将深入探讨JVM的工作原理、内存模型、垃圾收集机制以及性能优化等方面,帮助你全面理解这个至关重要的技术。 一、JVM概述 Java虚拟机是Java平台的一部分,它负责解析字节码并执行Java程序。JVM...

Global site tag (gtag.js) - Google Analytics