2024年Go最全《Java高并发编程详解：多线程与架构设计》笔记（二，2024年最新2024Golang大厂面试集合-CSDN博客

本文链接：https://blog.csdn.net/2401_84920027/article/details/138878861

既有适合小白学习的零基础资料，也有适合3年以上经验的小伙伴深入学习提升的进阶课程，涵盖了95%以上Go语言开发知识点，真正体系化！

由于文件比较多，这里只是将部分目录截图出来，全套包含大厂面经、学习笔记、源码讲义、实战项目、大纲路线、讲解视频，并且后续会持续更新

如果你需要这些资料，可以戳这里获取

连接阶段：验证（确保类文件的正确性）——> 准备（为类的静态变量分配内存并初始化）——> 解析（把类中的符号引用转为直接引用）。
初始化阶段：为类的静态变量赋予正确的初始值。

JVM规范规定，每个类或者接口被Java程序首次主动使用时才会对其进行初始化。下面看一下6种主动使用场景：

通过new关键字导致类的初始化。
访问类的静态变量，包括读取和更新会导致类的初始化。
访问类的静态方法，会导致类的初始化。
对某个类的进行反射操作，会导致类的初始化。
初始化子类会导致父类的初始化。
启动类。

除上面6种主动使用的情况，其他都称为被动使用，不会导致类的初始化，被动使用场景如下：

构造某个类的数组时并不会导致类的初始化。
引用类的静态常量不会导致类的初始化。

类的加载阶段

类的加载阶段是在类完成加载阶段之后，虚拟机会将二进制字节流按照虚拟机所需的格式存储在方法区中，然后形成特定的数据结构，随之又在堆内存中实例化一个java.lang.class类对象。注意不管类被加载了几次，对应到堆内存中的class对象始终是同一个。下图是类被加载后在栈内存中的分布情况。

类的连接阶段

上面说到类的连接阶段分为三个过程，验证、准备和解析。

验证过程：为了确保class文件的字节流所包含的内容符合当前JVM的规范要求，并且不会出现危害JVM自身安全的代码，当字节流的信息不符合要求时，则会抛出VerifyError这样的异常或子异常。

验证的信息包含：文件格式的验证、元数据的验证（对class字节流语义分析）、字节码验证、符号引用验证。

准备过程：当一个class的字节流通过了所有的验证过程之后，就开始为该对象的类变量，也就是静态变量，分配内存并设置初始值，类变量的内存会被分配到方法区中，不同实例变量会被分配到堆内存中。

解析过程：在常量池中寻找类（CONSTANT_Class_info）、接口(CONSTANT_InterfaceMethodref_info)、字段（CONSTANT_Fieldref_info）和方法（CONSTANT_Methodref_info）的符号引用，并且将这些符号引用替换成直接引用的过程。

类的初始化阶段

类的初始化阶段主要做的就是执行()方法的过程（clinit即class initialize），在()方法中所有的类变量都会被赋予正确值。另外()方法不需要显式的调用父类的构造器，虚拟机会保证父类的()方法最先执行。

JVM类加载器

JVM内置三大类加载器，不同的类加载器负责将不同的类加载到JVM内存之中，并且它们之间严格遵守着父委托的机制。

BootStrap ClassLoader <—— Ext ClassLoader <—— Application ClassLoader <——Custom ClassLoader …

根类加载器（BootStrap ClassLoader）

根加载器又称Bootstrap类加载器，它是最顶层的加载器，由C++编写，主要负责虚拟机核心类库的加载，比如java.lang包。可以通过-Xbootclasspath指定根加载器的路径。

扩展类加载器（Ext ClassLoader）

扩展类加载器的父加载器是根加载器，主要用于JAVA_HOME下的jre\1b\ext子目录下的类库，由纯Java语言实现，它是java.lang.URLClassLoader的子类。

系统类加载器（Application ClassLoader）

系统类加载器的父加载器是扩展类加载器，它是一种常见的类加载器，负责加载classpath下的类库资源，比如开发过程中引入的第三方jar包。

自定义类加载器（Custom ClassLoader）

除上面三种类加载器以外，还有自定义类加载器，它的默认父加载器是系统类加载器。下面给一个自定义类加载器的代码，如下

package com.hust.zhang.classloader;

import java.io.ByteArrayOutputStream;
import java.io.IOException;
import java.nio.file.Files;
import java.nio.file.Path;
import java.nio.file.Paths;

public class MyClassLoader extends ClassLoader {
    private final static Path DEFAULT_CLASS_DIR = Paths.get("/Users/kaizhang/repository", "myClassLoader");
    private Path classDir;

    //默认类加载路径
    public MyClassLoader() {
        super();
        this.classDir = DEFAULT_CLASS_DIR;
    }

    //允许传入指定路径的class路径
    public MyClassLoader(String classDir) {
        super();
        this.classDir = Paths.get(classDir);
    }

    //指定class路径的同时，指定父类加载器
    public MyClassLoader(String classDir, ClassLoader parent) {
        super(parent);
        this.classDir = Paths.get(classDir);
    }

    //重写父类的findClass方法（importance）
    @Override
    protected Class<?> findClass(String name) throws ClassNotFoundException {
        //读取class的二进制数据
        byte[] classBytes = this.readClassBytes(name);
        //如果数据为null，或者没有读到任何信息，则抛出异常
        if (null == classBytes || classBytes.length == 0) {
            throw new ClassNotFoundException("Can not load the class " + name);
        }
        //调用defineClass方法定义class
        return this.defineClass(name, classBytes, 0, classBytes.length);
    }

    //将class文件读入内存
    private byte[] readClassBytes(String name) throws ClassNotFoundException {
        //将包名分隔符转换为文件路径分隔符
        String classPath = name.replace(".", "/");
        Path classFullPath = classDir.resolve(Paths.get(classPath + ".class"));
        if (!classFullPath.toFile().exists()) {
            throw new ClassNotFoundException("The class " + name + " not found.");
        }
        //此处try()括号的代码会自动资源释放，前提是可关闭的接口实现java.lang.AutoCloseable接口，比如inputStream和outputStream。
        try (ByteArrayOutputStream baos = new ByteArrayOutputStream()) {
            Files.copy(classFullPath, baos);
            return baos.toByteArray();
        } catch (IOException e) {
            throw new ClassNotFoundException("load the class " + name + " occur error.", e);
        }
    }

    @Override
    public String toString() {
        return "My ClassLoader";
    }
}

双亲委托机制

当一个类加载器被调用了loadClass之后，它并不会直接将其加载，而是先交给当前类加载器的父加载器尝试加载到最顶层的父加载器，然后依次向下加载。

父委托机制的逻辑主要是由loadClass来控制，有时候我们需要打破JDK提供的这种双亲委托的机制，打破双亲委托机制的方法有以下两种：

绕过系统类加载器，直接将扩展类加载器作为MyClassLoader的父加载器。
构造MyClassLoader的时候指定其父类加载器为null。

这里引申出来一个问题：获取类加载器方法getClassLoader()和获取上下文类加载器方法getContextClassLoader()有啥区别？可以看下面自己写的小栗子：

可以看到CompareClassLoader对象类的类加载器和主线程的上下文类加载器是同一对象。
子线程的类加载器也属于系统类加载器，它的父类加载器是扩展类加载器。

什么时候该用上下文类加载器？大家下面自己思考一下。

参考：https://iowiki.com/java/lang/thread_getcontextclassloader.html