Java 클래스 로더 및 클래스 로딩 프로세스 개요

1. 클래스 로딩 프로세스

Loading

클래스의 정규화된 이름(패키지 이름 + 클래스 이름)을 통해 클래스의 .class 파일을 가져와서 메타스페이스. .class文件，加载到元空间。

链接

• 验证：检验.class文件的安全性

• 准备：为静态类型变量分配内存并设置默认值

• 解析：将常量池内的符号引用转换为直接引用，符号引用指向一个未被加载的类，或者未被加载类的字段或方法，那么解析将触发这个类的加载

初始化

执行类的构造器方法init()的过程，若该类具有父类，jvm会保证父类的init先执行，然后在执行子类的init。

2. 类加载器

启动类加载器

启动类加载器是由C/C++语言实现的，用来加载Java核心类库。启动类只加载包名为：java、javax、sun开头的类

扩展类加载器

父类加载器为启动类加载器。加载以下两个目录中的类库：

• java.ext.dirs目录

• JDK安装目录：jre/lib/ext目录

我们就可以将我们自己的包放在以上目录下，就会自动加载进来了。

应用类加载器

父类加载器为启动类加载器，负责加载环境变量classpath或者系统属性java.class.path指定路径下的类库，是程序中默认的类加载器，我们Java程序中的类，都是由它加载完成的。

自定义类加载器

继承java.lang.ClassLoader类，重写findClass()方法 。如果没有太复杂的需求，可以直接继承URLClassLoader类，重写loadClass方法。

作用

• 加密：Java代码可以轻易的被反编译，如果你需要把自己的代码进行加密以防止反编译，可以先将编译后的代码用某种加密算法加密，类加密后就不能再用Java的ClassLoader去加载类了，这时就需要自定义ClassLoader在加载类的时候先解密类，然后再加载。

• 从非标准的来源加载代码：如果你的字节码是放在数据库、甚至是在云端，就可以自定义类加载器，从指定的来源加载类。

双亲委派模型

jvm对class文件采用的是按需加载的方式，当需要使用该类时，jvm才会将它的class文件加载到内存中产生class对象。在加载类的时候，是采用的双亲委派机制。

• 如果一个类加载器接收到了类加载的请求，它自己不会先去加载，会把这个请求委托给父类加载器去执行。

• 如果父类还存在父类加载器，则继续向上委托，一直委托到启动类加载器：Bootstrap ClassLoader

• 如果父类加载器可以完成加载任务，就返回成功结果，如果父类加载失败，就由子类自己去尝试加载，如果子类加载失败就会抛出ClassNotFoundException异常，这就是双亲委派模式

打破双亲委派模型

用途：

• Java应用中存在着很多服务提供者接口（Service Provider Interface，SPI），这些接口允许第三方为它们提供实现，如常见的 SPI 有 JDBC、JNDI等，这些 SPI 的接口属于 Java 核心库，一般存在rt.jar包中，由Bootstrap类加载器加载。而Bootstrap类加载器无法直接加载SPI的实现类，所以需要反向委派给其他类加载器进行加载

• 在Tomcat服务器中，存在一个服务器运行多个不同版本但同名服务的需求，所以需要打破双亲委派模型，加载多个同名类。

方法：

• 使用上下文类加载器

• 重写loadClass

  Link
확인: .class 파일🎜🎜
• 🎜의 보안을 확인하세요. 준비:정적 유형 변수에 대한 메모리 할당 및 기본값 설정 ​​🎜🎜
• 🎜파싱:상수 풀의 기호 참조를 직접 참조로 변환하고 기호 참조가 사용되지 않은 A 로드된 클래스 또는 언로드된 클래스의 필드 또는 메서드를 가리키는 경우 구문 분석을 통해 이 클래스의 로드🎜🎜🎜🎜initialization🎜🎜클래스 생성자 메서드 init의 실행이 트리거됩니다. code>(). A 클래스에 상위 클래스가 있고 <code>jvm은 상위 클래스의 init가 먼저 실행된 다음 하위 클래스의 init가 실행됩니다. 🎜🎜2. 클래스 로더🎜🎜<img src="https://img.php.cn/upload/article/000/465/014/168230238935730.png" alt="Java 클래스 로딩 프로세스와 클래스 로더란 무엇입니까?">🎜🎜스타트업 클래스 로더🎜🎜스타트업 클래스 로더는 C/C++ 언어로 구현되었으며 Java 코어 클래스 라이브러리를 로드하는 데 사용됩니다. 시작 클래스는 패키지 이름이 java, javax 및 sun으로 시작하는 클래스만 로드합니다. java, javax 및 sun🎜🎜확장 클래스 로더🎜🎜상위 클래스 로더는 <code>시작 클래스 로더입니다. 다음 두 디렉터리에 클래스 라이브러리를 로드합니다.🎜
  • 🎜java.ext.dirsDirectory🎜🎜🎜JDK 설치 디렉터리: jre/lib/ext 디렉터리🎜🎜🎜🎜위 디렉터리에 자체 패키지를 넣으면 자동으로 로드됩니다. 🎜🎜애플리케이션 클래스 로더🎜🎜부모 클래스 로더는 환경 변수 classpath 또는 시스템 속성 java.class.path시작 클래스 로더입니다. /code> code> 지정된 경로 아래의 클래스 라이브러리는 프로그램의 기본 클래스 로더입니다. Java 프로그램의 모든 클래스는 이에 의해 로드됩니다. 🎜🎜사용자 정의 클래스 로더🎜🎜java.lang.ClassLoader 클래스를 상속하고 findClass() 메서드를 재정의합니다. 너무 복잡한 요구 사항이 없으면 URLClassLoader 클래스를 직접 상속하고 loadClass 메서드를 재정의할 수 있습니다. 🎜🎜기능🎜
    • 🎜암호화: 필요한 경우 Java 코드를 쉽게 디컴파일할 수 있습니다. 코드가 암호화되어 있습니다. 먼저 일부 암호화 알고리즘을 사용하여 컴파일된 코드를 암호화하면 더 이상 Java의 ClassLoader를 사용하여 클래스를 로드할 수 없습니다. 클래스를 먼저 로드한 다음 로드하세요. 🎜🎜
    • 🎜비표준 소스에서 코드 로드: 바이트코드가 데이터베이스나 클라우드에 있는 경우 클래스 로더를 사용자 정의하여 지정된 소스에서 클래스를 로드할 수 있습니다. 🎜🎜🎜🎜부모 위임 모델🎜🎜jvm은 클래스 파일에 대한 주문형 로딩 방법을 사용합니다. 클래스를 사용해야 할 경우 jvm은 클래스 파일을 메모리에 로드하여 클래스 개체를 생성합니다. 클래스를 로드할 때 상위 위임 메커니즘이 사용됩니다. 🎜
      • 🎜 클래스 로더가 클래스 로딩 요청을 받으면 먼저 로드하지 않습니다. 요청은 실행을 위해 상위 클래스 로더에 위임됩니다. 🎜🎜
      • 🎜상위 클래스에 여전히 상위 클래스 로더가 있는 경우 클래스 로더 시작: Bootstrap ClassLoader🎜🎜
      • 🎜상위 클래스 로더가 완료될 때까지 계속해서 위쪽으로 위임합니다. 로드 작업이 완료되면 성공적인 결과가 반환됩니다. 상위 클래스가 로드되지 않으면 하위 클래스가 자체적으로 로드를 시도합니다. 하위 클래스가 로드되지 않으면 ClassNotFoundException 예외가 발생합니다. 이것이 부모 위임 패턴🎜🎜🎜🎜부모 위임 모델 깨기🎜🎜목적:🎜
        • 🎜Java 애플리케이션 제3자가 구현을 제공할 수 있는 서비스 제공자 인터페이스(SPI)가 많이 있습니다. 예를 들어 일반적인 SPI에는 JDBC, JNDI 등이 포함됩니다. 이러한 SPI 인터페이스는 다음에 속합니다. Java 핵심 라이브러리이며 일반적으로 Bootstrap 클래스 로더에 의해 로드되는 rt.jar 패키지에 존재합니다. Bootstrap 클래스 로더는 SPI 구현 클래스를 직접 로드할 수 없으므로 로드를 위해 다른 클래스 로더에 역위임해야 합니다🎜🎜
        • 🎜Tomcat 서버에서는 여러 버전의 서비스를 실행하는 서버가 필요합니다 따라서 부모 위임 모델을 깨고 동일한 이름을 가진 여러 클래스를 로드해야 합니다. 🎜🎜🎜🎜메서드: 🎜
          • 🎜컨텍스트 클래스 로더 사용 🎜🎜
          • 🎜loadClass메소드 재정의 🎜🎜🎜

위 내용은 Java 클래스 로더 및 클래스 로딩 프로세스 개요의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!