本篇博客主要讲解的内容
- 类的加载器和加载过程
- 类的加载过程
- 几种类加载器的使用体会
- 双亲委派机制的工作原理及演示
1.类的加载器和加载过程
ClassLoader只负责对class文件的加载,二聚体的是否可以运行,则由Execution Engine决定。加载到的类的信息存于方法区的内存空间当中。除了类的本身的信息之外,方法区还会存放正常运行时常量池的信息。可能包括字符串的字面量和常量。
2.类的加载过程
- 加载
a.通过一个类的全限定名获取此类的二进制字符流
b.将这个字节流的静态存储结构转化为方法区的运行时数据结构
c.在内存中生成一个java.lang.Class对象。作为访问的入口
加载.class文件的方式
- 链接
a.验证过程对字节流文件的格式进行校验,防止恶意编写有害的文件进行执行。一般符合JVM规范的字节码文件格式开头如下:
其开头一定会是CA FE BA BE16进制表示。
b.准备
为类变量分配内存并设置默认值零。值得注意的是这个阶段过程当中不会为常量和实例变量分配内存,前者在编译阶段就确定了,后者会存储在堆中。
public class ClassLoader1 {
private static int num=1; //注意这个阶段只会把num赋值为0
public static void main(String[] args) {
System.out.println(num);
}
}
-
解析过程
将常量池中的符号解析为直接引用后执行。因为我们执行一个java程序往往需要很多字节码文件的支持,那么我们不可能在一个.class文件中直接把其它.class文件的内容直接写进来,而是使用符号来代替。具体的示例如下:
-
初始化
a.执行类的类构造器方法,合并类变量的赋值动作和静态代码块的语句,
而且执行顺序是在源文件中的出现顺序。
public class ClassLoader2 {
private static int num=1;
static {
num=2;
number=20;
}
private static int number=10;
public static void main(String[] args) {
System.out.println(num);//2;
System.out.println(number);//10;
}
}
之所以number变量可以在静态代码块之中先赋值然后再声明,是因为再上述我们讲解到的链接阶段已经将number变量读取到了方法区内存中,并赋值为零。
通过反编译的工具,查看是否真的如我们所说的那样有clinit这个方法:
b.如果类中没有类变量和静态代码块,或者没有为类变量赋初值那么就不会有clinit方法:
public class ClassLoader3 {
public static void main(String[] args) {
System.out.println("Hello World!");
}
}
反编译查看结果:
c.虚拟机必须保证clinit方法在多线程环境之下加锁。因为.class文件只需要被加载一次就够了
/**
* clinit方法运行加锁
*/
public class ClassLoader4 {
public static void main(String[] args) {
Runnable r=()->{
System.out.println(Thread.currentThread().getName()+"开始");
DeadThread deadThread = new DeadThread();
System.out.println(Thread.currentThread().getName()+"结束");
};
Thread t1=new Thread(r,"线程1");
Thread t2=new Thread(r,"线程2");
t1.start();;
t2.start();
}
}
class DeadThread{
static {
if(true){
System.out.println(Thread.currentThread().getName()+"初始化此类");
}
}
}
结果:
线程2开始
线程1开始
线程2初始化此类
线程2结束
线程1结束
开启两个线程但是只会加载一次.
3.几种类加载器的使用体会
需要我们注意的是,几种类加载器之间的关系不是继承关系,而是一种包含或者称之为上下级的关系。
- 引导类加载器:值得注意它并不继承自ClassLoader,没有父加载器,一般用来加载java的核心库中的内容。
- 扩展类加载器:父加载器是引导类加载类,来加载ext包中的.class文件
- 应用类加载器:父加载器是扩展类加载器,来加载用户自定义.class文件。
下面是对加载器使用的初体验:
public class ClassLoader5 {
public static void main(String[] args) {
//获取系统类加载器
ClassLoader classLoader =ClassLoader.getSystemClassLoader();
System.out.println(classLoader);//sun.misc.Launcher$AppClassLoader@18b4aac2
//获取其上层的扩展类加载器
ClassLoader parent = classLoader.getParent();
System.out.println(parent);//sun.misc.Launcher$ExtClassLoader@6d6f6e28
//获取最上层的的引导类加载器
ClassLoader parent1 = parent.getParent();
System.out.println(parent1);//null,因为由c和c++编写,我们获取不到
//对于用户自定义的类,我们看看是由哪一个类加载器来完成的。
ClassLoader classLoader1 = ClassLoader5.class.getClassLoader();
System.out.println(classLoader1);//sun.misc.Launcher$AppClassLoader@18b4aac2
}
}
ClassLoader类的几种常用方法:
4.双亲委派机制的工作原理及演示
a.如果一个类加载器收到了加载请求,会把请求逐步委托给自己的父类加载器区完成,父类不能完成,才把权力转交回自己的手上。
开启测试:
自定义一个java.langString,我们知道这个包下的String类是已经存在了的。接下来我们在另一个类中new一个String类。
public class ClassLoader7 {
public static void main(String[] args) {
String str=new String();
System.out.println("Hello,World!");
}
}
执行结果:
Hello,World!
public class String {
static {
System.out.println("我是自定义的String类的静态代码块!");
}
}
可以看到没有加载我们自定义的String类。
public class String {
public static void main(String[] args) {
System.out.println("Hello,I am diy String");
}
}
结果:
错误: 在类 java.lang.String 中找不到 main 方法, 请将 main 方法定义为:
public static void main(String[] args)
否则 JavaFX 应用程序类必须扩展javafx.application.Application
这就是沙箱安全机制.
因为按照双亲委派机制的原理,回去寻找引导类加载器区去试图完成加载,但是官方的String类中并没有main方法,自然就会报错。
那么双亲委派机制有何优势:
public class MyLang {
public static void main(String[] args) {
System.out.println("erer");
}
}
我们自定义一个java.lang包,MyLang在java.lang包下是绝对不存在的,但是因为java.lang开头的类会由引导类加载器完成,所以会报错:
java.lang.SecurityException: Prohibited package name: java.lang
at java.lang.ClassLoader.preDefineClass(ClassLoader.java:662)
at java.lang.ClassLoader.defineClass(ClassLoader.java:761)
at java.security.SecureClassLoader.defineClass(SecureClassLoader.java:142)
at java.net.URLClassLoader.defineClass(URLClassLoader.java:467)
at java.net.URLClassLoader.access$100(URLClassLoader.java:73)
at java.net.URLClassLoader$1.run(URLClassLoader.java:368)
at java.net.URLClassLoader$1.run(URLClassLoader.java:362)
at java.security.AccessController.doPrivileged(Native Method)
at java.net.URLClassLoader.findClass(URLClassLoader.java:361)
at java.lang.ClassLoader.loadClass(ClassLoader.java:424)
at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:331)
at java.lang.ClassLoader.loadClass(ClassLoader.java:357)
at sun.launcher.LauncherHelper.checkAndLoadMain(LauncherHelper.java:495)
Error: A JNI error has occurred, please check your installation and try again
Exception in thread "main"