SpringBoot Class 로더 충돌은 LinkageError를 유발합니다. 왜 ClassCastException 대신 LinkageError입니까?

LinkageError의 심층 분석 : SpringBoot에서 클래스 로더 충돌의 근본 원인

이 기사는 스프링 부츠 응용 프로그램에서 발생하는 java.lang.LinkageError 문제를 분석합니다. 이 문제는 LaunchedURLClassLoader 의 대표로드 메커니즘의 사용자 정의로 인해 로그 관리 시스템을 통합 할 때 발생합니다.

문제는 통일 된 방식으로 로그를 관리하려고하는 개발자, LaunchedURLClassLoader 의 위임 관계를 수정하고 org.slf4j , ch.qos.logback.core 와 같은 로그 관련 패키지를 명시 적으로 대표 클래스 로더에게 명시 적으로 위임합니다. 그러나 ch.qos.logback.classic.spi 패키지가 누락되어 런타임이 java.lang.LinkageError: loader constraint violation 예외를 던집니다. 오류 메시지는 ch.qos.logback.classic.spi.TurboFilterList 클래스에 LaunchedURLClassLoader 및 부모 클래스 로더에 의해 다른 버전이로드되어 있음을 나타냅니다.

개발자는 왜 그것이 ClassCastException 보다는 LinkageError 인지 궁금합니다. 이는 Java 클래스 로딩 메커니즘 및 상위 대표 모델과 밀접한 관련이 있습니다. LaunchedURLClassLoader TurboFilterList 로드하려고 할 때, 상위 클래스 로더가 다른 버전의 클래스를로드하여 상위 대의원 모델을 위반 한 것으로 나타났습니다. 클래스 로더는 기존 클래스를 정의하려고 시도하여 LinkageError 발생합니다. 이것은 간단한 유형 변환 오류가 아니지만 다른 클래스 로더에 의해로드 된 동일한 이름의 클래스는 서로 다른 정의의 충돌이 있습니다.

LinkageError getTurboFilterList() 반환 한 객체 유형 오류 때문이 아닙니다 (객체는 실제로 상위 클래스 로더에 의해로드되어 있지만)는 ClassLoader.defineClass 단계에서 다른 클래스 로더에 의해 TurboFilterList 클래스가로드되었음을 감지하여 LaunchedURLClassLoader 소유 한 버전에서로드하는 것을 방지합니다. 이는 클래스로드에 대한 JVM의 엄격함을 반영하고, 클래스의 독창성을 보장하며, 다른 버전의 클래스의 충돌로 인한 런타임 오류를 피합니다.

솔루션은 모든 관련 로그 패키지가 학부모 클래스 로더에 올바르게 위임되거나 클래스 로더 충돌을 피하기 위해 동일한 클래스 로더에 의해 균일하게로드되도록하는 것입니다.

위 내용은 SpringBoot Class 로더 충돌은 LinkageError를 유발합니다. 왜 ClassCastException 대신 LinkageError입니까?의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!