JVM笔记整理-类加载阶段

最新推荐文章于 2024-11-02 11:31:46 发布

PursuitK

最新推荐文章于 2024-11-02 11:31:46 发布

阅读量144

点赞数

分类专栏： jvm学习笔记文章标签： jvm java

本文链接：https://blog.csdn.net/BLACKLOVE7/article/details/117406091

版权

jvm学习笔记专栏收录该内容

2 篇文章 0 订阅

订阅专栏

类加载机制

Java虚拟机把描述类的数据从Class文件加载到内存，并对数据进行校验、转换解析和初始化，最终形成可以被虚拟机直接使用的java类型，这个过程称为虚拟机的类加载机制。

类加载阶段

主要分为三个阶段：加载、链接和初始化。

加载阶段:
链接阶段分为：验证、准备和解析：
初始化：

类加载器和双亲委派机制

类加载器主要分为引导类加载器和应用程序类加载器。
三层类加载器：启动类加载器（Bootstrap Class Loader）、扩展类加载器（Extension Class Loader）、应用程序类加载器（Application Class Loader）。
一般用户创建的Class文件默认使用的类加载器为应用程序类加载器。

双亲委派模型的工作过程：

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

例如：
在一个工程路径下创建java.lang包，在该包下创建一个名为String的类。该类文件内容如下：

package java.lang;
public class String {
    static {
        System.out.println("这个是自定义类java.lang.String");
    }
}

创建StringTest.java文件，用来测试:

public class StringTest {
    public static void main(String[] args) {
        java.lang.String str = new java.lang.String();
        System.out.println("加载完成");
    }
}

执行结果为:
加载完成

解释：证明加载的是核心类库的java.lang.String类，而不是我们自己创建的String类。如果执行的是我们自己创建的String类，会打印静态代码块中的内容。而根据双亲委派机制，在加载String类的时候，首先交个应用程序类加载器，因为应用程序类加载器有父加载器，所有会交个父类加载器：扩展类加载器，扩展类加载器的父类加载器为：启动类加载器。而对于启动类加载器而言，可以加载java、javax、sun包下的类，所以会加载核心类库java.lang.String类。

沙箱安全机制

可以保证对java核心源代码的保护，这就是沙箱安全机制。

我们可以在自定义包java.lang包下面创建一个自定义类，类名随意，假设为LTest.java:

package java.lang;
public class LTest {
    static {
        System.out.println("自定义类LTest");
    }
}

创建该类对象并运行，会报如下内容：

Exception in thread “main” 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:349)
at java.lang.ClassLoader.loadClass(ClassLoader.java:357)

原理如上面解释，引导类加载器在核心类库java.lang包下面没有找到LTest类，并且不允许用户修改java.lang包下面的内容。