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。给出的原因是：a、b都是静态变量，在构造函数调用的时候已经对a和b都加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加载类的原理有着直接的关系。
3. 类在JVM中的工作原理
要想使用一个Java类为自己工作，必须经过以下几个过程
1）：类加载load：从字节码二进制文件——.class文件将类加载到内存，从而达到类的从硬盘上到内存上的一个迁移，所有的程序必须加载到内存才能工作。将内存中的class放到运行时数据区的方法区内，之后在堆区建立一个java.lang.Class对象，用来封装方法区的数据结构。这个时候就体现出了万事万物皆对象了，干什么事情都得有个对象。就是到了最底层究竟是鸡生蛋，还是蛋生鸡呢？类加载的最终产物就是堆中的一个java.lang.Class对象。
2）：连接：连接又分为以下小步骤
验证：出于安全性的考虑，验证内存中的字节码是否符合JVM的规范，类的结构规范、语义检查、字节码操作是否合法、这个是为了防止用户自己建立一个非法的XX.class文件就进行工作了，或者是JVM版本冲突的问题，比如在JDK6下面编译通过的class（其中包含注解特性的类），是不能在JDK1.4的JVM下运行的。
准备：将类的静态变量进行分配内存空间、初始化默认值。（对象还没生成呢，所以这个时候没有实例变量什么事情）
解析：把类的符号引用转为直接引用（保留）
3）：类的初始化： 将类的静态变量赋予正确的初始值，这个初始值是开发者自己定义时赋予的初始值，而不是默认值。
4. 类的主动使用与被动使用
以下是视为主动使用一个类，其他情况均视为被动使用！
1）：初学者最为常用的new一个类的实例对象（声明不叫主动使用）
2）：对类的静态变量进行读取、赋值操作的。
3）：直接调用类的静态方法。
4）：反射调用一个类的方法。
5）：初始化一个类的子类的时候，父类也相当于被程序主动调用了（如果调用子类的静态变量是从父类继承过来并没有复写的，那么也就相当于只用到了父类的东东，和子类无关，所以这个时候子类不需要进行类初始化）。
6）：直接运行一个main函数入口的类。
所有的JVM实现（不同的厂商有不同的实现，有人就说IBM的实现比Sun的要好……）在首次主动调用类和接口的时候才会初始化他们。
|
<!--[if gte vml 1]><v:shapetype id="_x0000_t75" coordsize="21600,21600"
o:spt="75" o:preferrelative="t" path="m@4@5l@4@11@9@11@9@5xe" filled="f"
stroked="f">
<v:stroke joinstyle="miter" />
<v:formulas>
<v:f eqn="if lineDrawn pixelLineWidth 0" />
<v:f eqn="sum @0 1 0" />
<v:f eqn="sum 0 0 @1" />
<v:f eqn="prod @2 1 2" />
<v:f eqn="prod @3 21600 pixelWidth" />
<v:f eqn="prod @3 21600 pixelHeight" />
<v:f eqn="sum @0 0 1" />
<v:f eqn="prod @6 1 2" />
<v:f eqn="prod @7 21600 pixelWidth" />
<v:f eqn="sum @8 21600 0" />
<v:f eqn="prod @7 21600 pixelHeight" />
<v:f eqn="sum @10 21600 0" />
</v:formulas>
<v:path o:extrusionok="f" gradientshapeok="t" o:connecttype="rect" />
<o:lock v:ext="edit" aspectratio="t" />
</v:shapetype><v:shape id="_x0000_i1025" type="#_x0000_t75" alt="无标题.jpg"
style='width:415.5pt;height:193.5pt'>
<v:imagedata src="file:///C:\DOCUME~1\ADMINI~1\LOCALS~1\Temp\msohtml1\01\clip_image001.jpg"
o:href="file:///C:\DOCUME~1\ADMINI~1\LOCALS~1\Temp\msohtml1\01\clip_image002.jpg" />
</v:shape><![endif]--><!--[if !vml]-->![无标题.jpg]() <!--[endif]-->
|
5. 类的加载方式
1）：本地编译好的class中直接加载
2）：网络加载：java.net.URLClassLoader可以加载url指定的类
3）：从jar、zip等等压缩文件加载类，自动解析jar文件找到class文件去加载util类
4）：从java源代码文件动态编译成为class文件
6. 类加载器
JVM自带的默认加载器
1）：根类加载器：bootstrap，由C++编写，所有Java程序无法获得。
2）：扩展类加载器：由Java编写。
3）：系统类、应用类加载器：由Java编写。
用户自定义的类加载器：java.lang.ClassLoader的子类，用户可以定制类的加载方式。每一个类都包含了加载他的ClassLoader的一个引用——getClass().getClassLoader()。如果返回的是null，证明加载他的ClassLoader是根加载器bootstrap。
如下代码
|
public static void main(String[] args) throwsClassNotFoundException {
Class clazz = Class.forName("java.lang.String");
System.out.println(clazz.getClassLoader());
}
|
结果是null，证明java.lang.String是根类加载器去加载的。
|
public static void main(String[] args) {
Singleton mysingleton = Singleton.GetInstence();
System.out.println(mysingleton.getClass().getClassLoader());
}
|
结果是sun.misc.Launcher$AppClassLoader@19821f，证明是AppClassLoader（系统类、应用类加载器）去加载的。像jre的rt.jar下面的java.lang.*都是默认的根类加载器去加载这些运行时的类。
7. 解释类连接阶段的准备
类的如下代码片段
|
public static int a;
public static int b = 10;
|
在这个阶段，加载器会按照结构化似的，从上到下流程将静态变量int类型分配4个字节的空间，并且为其赋予默认值0，而像b = 10这段代码在此阶段是不起作用的，b仍然是默认值0。
8. 解释类连接阶段的解析
|
<!--[if gte vml 1]><v:shape id="_x0000_i1026" type="#_x0000_t75" alt="无标题.jpg"
style='width:402pt;height:186.75pt'>
<v:imagedata src="file:///C:\DOCUME~1\ADMINI~1\LOCALS~1\Temp\msohtml1\01\clip_image002.jpg"
o:href="file:///C:\DOCUME~1\ADMINI~1\LOCALS~1\Temp\msohtml1\01\clip_image004.jpg" />
</v:shape><![endif]--><!--[if !vml]-->![无标题.jpg]() <!--[endif]-->
|
这里面的指针就是C++的指针
9. 回顾那个诡异的代码
从入口开始看
|
Singleton mysingleton = Singleton.GetInstence();
|
是根据内部类的静态方法要一个Singleton实例。
这个时候就属于主动调用Singleton类了。
之后内存开始加载Singleton类
1）：对Singleton的所有的静态变量分配空间，赋默认的值，所以在这个时候，singleton=null、a=0、b=0。注意b的0是默认值，并不是咱们手工为其赋予的的那个0值。
2）：之后对静态变量赋值，这个时候的赋值就是我们在程序里手工初始化的那个值了。此时singleton = new Singleton();调用了构造方法。构造方法里面a=1、b=1。之后接着顺序往下执行。
3）：
|
public static int a;
public static int b = 0;
|
a没有赋值，保持原状a=1。b被赋值了，b原先的1值被覆盖了，b=0。所以结果就是这么来的。类中的静态块static块也是顺序地从上到下执行的。
10. 编译时常量、非编译时常量的静态变量
如下代码
|
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+4是8，是一个固定的数字。没有什么未知的因素在里面。
将代码稍微改一下
|
public static final int A = 4 + new Random().nextInt(10);
|
这个时候静态块就执行了，证明类初始化了。在静态final变量在编译时不定的情况下。如果客户程序这个时候访问了该类的静态变量，那就会对类进行初始化，所以尽量静态final变量尽量没什么可变因素在里面1，否则性能会有所下降。
11. ClassLoader的剖析
ClassLoader的loadClass方法加载一个类不属于主动调用，不会导致类的初始化。如下代码块
|
ClassLoader
classLoader = ClassLoader.getSystemClassLoader();
Class<?> clazz = classLoader.loadClass("test01.ClassDemo");
|
并不会让类加载器初始化test01.ClassDemo，因为这不属于主动调用此类。
ClassLoader的关系：
根加载器——》扩展类加载器——》应用类加载器——》用户自定义类加载器
加载类的过程是首先从根加载器开始加载、根加载器加载不了的，由扩展类加载器加载，再加载不了的有应用加载器加载，应用加载器如果还加载不了就由自定义的加载器（一定继承自java.lang. ClassLoader）加载、如果自定义的加载器还加载不了。而且下面已经没有再特殊的类加载器了，就会抛出ClassNotFoundException，表面上异常是类找不到，实际上是class加载失败，更不能创建该类的Class对象。
若一个类能在某一层类加载器成功加载，那么这一层的加载器称为定义类加载器。那么在这层类生成的Class引用返回下一层加载器叫做初始类加载器。因为加载成功后返回一个Class引用给它的服务对象——也就是调用它的类加载器。考虑到安全，父委托加载机制。
|
<!--[if gte vml 1]><v:shape id="_x0000_i1027" type="#_x0000_t75" alt="无标题.jpg"
style='width:415.5pt;height:122.25pt'>
<v:imagedata src="file:///C:\DOCUME~1\ADMINI~1\LOCALS~1\Temp\msohtml1\01\clip_image003.jpg"
o:href="file:///C:\DOCUME~1\ADMINI~1\LOCALS~1\Temp\msohtml1\01\clip_image006.jpg" />
</v:shape><![endif]--><!--[if !vml]-->![无标题.jpg]() <!--[endif]-->
|
ClassLoader加载类的原代码如下
|
protected synchronized Class<?> loadClass(String name, booleanresolve)
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++的代码。
12. 当一个类被加载、连接、初始化后，它的生命周期就开始了，当代表该类的Class对象不再被引用、即已经不可触及的时候，Class对象的生命周期结束。那么该类的方法区内的数据也会被卸载，从而结束该类的生命周期。一个类的生命周期取决于它Class对象的生命周期。由Java虚拟机自带的默认加载器（根加载器、扩展加载器、系统加载器）所加载的类在JVM生命周期中始终不被卸载。所以这些类的Class对象（我称其为实例的模板对象）始终能被触及！而由用户自定义的类加载器所加载的类会被卸载掉！
分享到：
相关推荐
### 深入Java虚拟机JVM类加载学习笔记 #### 一、Classloader机制解析 在Java虚拟机(JVM)中，类加载器(ClassLoader)是负责将类的`.class`文件加载到内存中的重要组件。理解类加载器的工作原理对于深入掌握JVM以及...
Java虚拟机（JVM）是Java程序的核心组成部分，它负责执行字节码并...理解JVM的类加载机制对于优化程序性能、解决类加载问题以及深入学习Java运行机制至关重要。开发者应当掌握这些概念，以便更好地编写和调试Java代码。
Java 虚拟机（JVM）自动内存管理机制 Java 虚拟机（JVM）自动内存管理机制是 Java 语言的一大特色，它使得 Java 程序员无需手动管理内存，从而提高了开发效率和程序稳定性。JVM 自动内存管理机制主要通过 JVM 的...
**JVM学习笔记（Java虚拟机）** Java虚拟机（JVM）是Java语言的核心组成部分，它是Java程序运行的平台，负责解释和执行字节码。深入理解JVM对于优化Java应用程序性能至关重要。本笔记将从以下几个方面详细介绍JVM：...
3. **初始化阶段**：在类加载完成后，JVM会根据初始化指令为类的静态变量赋予初始值，并执行静态块中的代码。 #### 三、类加载机制 类加载过程是Java程序动态性的重要体现，它包括以下几个步骤： 1. **加载**：...
### 学习深入理解Java虚拟机的前几章笔记 #### JVM内存模型 Java虚拟机(JVM)的内存模型主要分为两大类：线程共享区和线程私有区。 ##### 线程共享区 - **堆**：是所有线程共享的内存区域，在这里存放着对象实例...
这个“java之jvm学习笔记五(实践写自己的类装载器)”很可能是对这一主题的详细探讨。 类装载器在Java中的主要职责是动态加载类到JVM中。Java的类装载器分为三个基本层次：启动类装载器（Bootstrap ClassLoader）、...
### Java分布式应用学习笔记02再谈JVM 在深入探讨Java虚拟机（JVM）时，我们再次聚焦于这个核心组件，它不仅是Java运行环境的心脏，也是构建分布式应用的关键技术之一。JVM作为Java语言的核心执行环境，其设计与...
### 学习笔记之Java虚拟机详解 #### 运行时数据区域概览 Java虚拟机（JVM）运行时数据区域主要包括以下几部分：程序计数器、Java虚拟机栈、本地方法栈、Java堆、方法区以及运行时常量池。 1. **程序计数器**： -...
Java 类加载器是Java虚拟机（JVM）的重要组成部分，它负责将类的.class文件从文件系统或网络中加载到内存中，并将其转换为运行时的类对象。类加载器的这种动态加载机制为Java提供了极高的灵活性，使得程序可以在运行...
1. **类加载机制**：JVM的类加载过程包括加载、验证、准备、解析和初始化五个阶段。类加载器（ClassLoader）负责从磁盘或网络中获取类文件，并将其转换为运行时的数据结构。 2. **运行时数据区**：JVM将内存划分为...
Java程序中的类在运行时动态加载，这一过程包括加载、验证、准备、解析和初始化五个阶段。加载阶段找到类的二进制数据；验证确保数据符合Java规范；准备阶段为静态变量分配内存并初始化为默认值；解析将符号引用转换...
类加载的过程包括加载、验证、准备、解析和初始化五个阶段。 垃圾回收（Garbage Collection）是JVM中一个重要的自动化内存管理机制。它负责回收堆内存中不再使用的对象实例，从而防止内存泄漏。不同的JVM实现采用...
在JVM的学习中，理解其内存模型、垃圾收集算法以及类加载机制至关重要。 1. **JVM内存模型** - **方法区**：也称为“永久代”，存储虚拟机加载的类信息、常量、静态变量等，是线程共享的区域。在Java 8之后，这...
- JVM在四种情况下强制初始化类：new实例、访问静态字段（非final常量）、调用静态方法、虚拟机启动时指定的主类。 3. **加载**： - 获取类的二进制字节流，将其转换为方法区的运行时数据结构，创建Class对象。 ...
它的设计目标是实现“一次编写，到处运行”，通过Java虚拟机（JVM）确保代码在不同操作系统上都能运行。Java语言的特点包括简洁性、面向对象、健壮性、安全性、高效性和可移植性。 【基本语法】 Java的基本语法包括...
这份JVM相关的笔记包含了深入理解JVM内部工作机制的关键代码资源，是学习和优化Java应用程序的重要参考资料。下面，我们将深入探讨Java与JVM的相关知识点。 1. **类加载机制**：JVM通过类加载器（ClassLoader）将...
- 类的生命周期包括加载、验证、准备、初始化和卸载五个阶段。 - 双亲委派模型：类加载器在加载类时，会将任务委托给父类加载器，直到Bootstrap ClassLoader。 3. **内存区域**： - 程序计数器：记录当前线程...
本思维导图及学习笔记将深入探讨JVM的工作原理、内存模型、垃圾收集机制以及性能优化等方面，帮助你全面理解这个至关重要的技术。 一、JVM概述 Java虚拟机是Java平台的一部分，它负责解析字节码并执行Java程序。JVM...
2. **类装载机制**：包括加载、验证、准备、解析和初始化五个阶段，确保类的正确性和安全性。 3. **内存模型**：包括堆内存、栈内存、方法区（在Java 8之后变为元空间）、程序计数器、本地方法栈等，理解它们的作用...