Java 클래스 로딩 방식을 기반으로 한 클래스로더에 대한 자세한 설명

아래 편집기에서는 Java 클래스 로딩 방법을 기반으로 클래스 로더 클래스 loader_based에 대한 자세한 설명을 제공합니다. 편집자님이 꽤 좋다고 생각하셔서 지금 공유하고 모두에게 참고용으로 드리도록 하겠습니다. 편집기를 따라가서 살펴보겠습니다

기본 개념

Classloader 클래스 로더, Java 클래스를 Java 가상 머신에 로드하는 데 사용됩니다. 일반 프로그램과 다릅니다. Java 프로그램(클래스 파일)은 로컬 실행 프로그램이 아닙니다. 자바 프로그램을 실행할 때 먼저 JVM(Java Virtual Machine)을 실행한 후, 자바 클래스를 JVM에 로드하여 실행하는 부분을 클래스 로더(Class Loader)라고 합니다.

JVM 자체에는 Bootstrap ClassLoader라는 ClassLoader가 포함되어 있습니다. JVM과 마찬가지로 Bootstrap ClassLoader는 로컬 코드로 구현되며 핵심 JavaClass(즉, java.*로 시작하는 모든 클래스)를 로드하는 역할을 합니다. 또한 JVM은 Java 언어로 작성되고 Bootstrap ClassLoader에 의해 로드되는 두 개의 ClassLoader도 제공합니다. 그 중 확장 ClassLoader는 확장된 Java 클래스(예: javax.*로 시작하는 모든 클래스 및 클래스)를 로드하는 역할을 합니다. JRE의 ext 디렉토리에 저장됨) ApplicationClassLoader는 애플리케이션의 자체 클래스를 로드하는 역할을 합니다.

프로그램을 실행할 때 JVM은 부트스트랩 클래스 로더를 시작하고 실행합니다. ClassLoader는 Java 코어 API(ExtClassLoader 및 AppClassLoader도 이때 로드됨)를 로드한 다음 ExtClassLoader를 호출하여 확장 API를 로드하고 마지막으로 AppClassLoader가 클래스를 로드합니다. CLASSPATH 디렉토리에 정의되어 있습니다. 이는 프로그램의 가장 기본적인 로딩 프로세스입니다.

참고: ClassLoader를 배우고 OSGI 프로그램 애플리케이션을 확인하세요.

JVM은 클래스를 로드하기 위해 언제 ClassLoader를 사용합니까? Java를 사용하여 클래스를 실행할 때 JVM은 클래스 A가 클래스 B를 참조하는 경우 ApplicationClassLoader를 사용합니다. 상관없이 직접 참조이든 Class.forName()을 사용한 참조이든 JVM은 클래스 A를 로드하는 ClassLoader를 찾고 이 ClassLoader를 사용하여 클래스 B를 로드합니다. JVM은 가능한 한 적은 수의 클래스를 로드하기 위해 런타임 시 효과적인 실행 문에 따라 새 클래스를 로드해야 하는지 여부를 결정합니다. 이는 컴파일된 클래스와 다릅니다.

자체 ClassLoader를 사용하는 이유는 무엇입니까?

JVM 자체 ClassLoader이면 충분할 것 같은데 왜 자체 ClassLoader를 만들어야 할까요?

JVM 자체 ClassLoader는 표준 파일을 로드하는 방법만 알고 있기 때문입니다. 로컬 파일 시스템 Java 클래스 파일을 직접 작성하는 경우 다음을 수행할 수 있습니다.

1) 신뢰할 수 없는 코드를 실행하기 전에 자동으로 디지털 서명 확인

2) 사용자별 요구 사항을 충족하는 사용자 정의 빌드 클래스를 동적으로 생성

3 ) 가져오기 데이터베이스

4) 등 특정 위치의 Java 클래스

사실 Applet을 사용할 때 특정 ClassLoader를 사용하게 되는데 이때 Java 클래스를 네트워크에서 로드해야 하기 때문이고, 관련 안전 정보.

대부분의 애플리케이션 서버는 ClassLoader 기술을 사용합니다. 자체 ClassLoader를 만들 필요가 없더라도 해당 원리를 이해하면 자체 애플리케이션을 더 잘 배포하는 데 도움이 됩니다.

중요 사항: 실제로 로드된 클래스는 업데이트할 수 없습니다. 동일한 ClassLoader를 사용하여 동일한 클래스를 다시 로드하려고 하면 예외가 발생합니다(java.lang.LinkageError: 중복 클래스 정의). 새 클래스를 다시 로드하기 위해 새 ClassLoader 인스턴스를 다시 생성할 수만 있습니다. 원래 로드된 클래스의 경우, 해당 인스턴스가 메모리에 의해 재활용되는 한 JVM은 더 이상 사용되지 않는 클래스를 언로드하므로 개발자는 걱정할 필요가 없습니다. 적절한 시간.

대부분의 Java 프로그램은 시스템에서 제공하는 3가지 유형의 클래스 로더를 사용합니다

1. lib 디렉토리에 존재하는 파일을 전송하는 역할을 하는 부트스트랩 클래스 로더(Bootstrap ClassLoader) are - 가상 머신이 인식한 클래스 라이브러리가 isloaded로 지정된 경로의 가상 머신에 로드됩니다.

2. libext 디렉토리 또는 java.ext.dirs 시스템 변수에 의해 지정된 경로에 있는 모든 클래스 라이브러리를 담당하는 확장 클래스 로더(ExtClassLoader)3. cassLoader.getSystemClassLoader()를 통해 얻은 ClassLoader는 사용자 클래스 경로(ClassPath)에 지정된 클래스 라이브러리를 로드하는 역할을 담당합니다. 일반적으로 프로그램의 기본 클래스 로더입니다.

부모 위임 모델은 Java 디자이너가 개발자에게 권장하는 클래스 로딩 구현 방법입니다. 부모 위임 모델의 작동 프로세스는 클래스 로더가 클래스 로딩 요청을 받으면 먼저 클래스 자체를 로딩하려고 시도하지 않고, 요청은 완료를 위해 상위 클래스 로더에 위임되므로 모든 로딩 요청은 결국 상위 클래스 로더가 필요한 항목을 찾지 못한 경우에만 전송됩니다. 서브로더는 필요한 클래스만 자체적으로 로드하려고 시도합니다. 상위 모드의 장점은 Java 클래스가 해당 클래스 로더와 우선순위가 지정된 계층 관계를 갖는다는 것입니다. 예를 들어 Object 클래스는 rt.jar에 저장되어 있으며 어떤 클래스 로더가 이 클래스를 로드하든 결국 모델 상단의 시작 클래스에 위임됩니다. 따라서 Object 클래스는 여전히 로드될 수 있습니다. 프로그램이 동일한 클래스를 여러 개 사용하는 환경에서. 반대로 상위 모델을 사용하지 않으면 사용자가 직접 Object 클래스를 작성하여 시스템에 여러 개의 서로 다른 Object 클래스가 생성될 수 있으므로 이러한 방식으로 Java 유형 시스템의 가장 기본적인 동작을 보장할 수 없습니다.

위 내용은 Java 클래스 로딩 방식을 기반으로 한 클래스로더에 대한 자세한 설명의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!