Serviceloader API는 무엇입니까?

Java의 Serviceloader는 Meta-Inf/Services 파일을 스캔하여 런타임에서 서비스 구현을 동적으로로드합니다. 1. 특정 구현에서 코드를 분리합니다. 2. 구현 클래스를 나열한 구성 파일에 대한 항아리를 스캔합니다. 3. 컨텍스트 클래스 로더를 사용하여 해당 클래스를 인스턴스화합니다. 4.로드 된 인스턴스를 통해 반복기를 반환합니다. 5. 플러그인 시스템, 프레임 워크 및 JDBC 드라이버와 같은 SPI 구현에 유용합니다. 6. 반사 및 올바른 파일 구성에 대한 의존으로 인한 성능 오버 헤드를 포함한 제한 사항이 있습니다. 7. 일반적인 문제에는 잘못된 파일 경로, 클래스 이름의 오타, 클래스 로더 충돌 및 캐싱 동작이 포함됩니다. 8. 의존성 주입 및 수명주기 관리에 대한 지원이 부족하여 스프링과 같은 프레임 워크를 복잡한 요구에 더 적합하게 만듭니다.

Java의 Serviceloader API는 런타임에 주어진 서비스 인터페이스의 구현을 발견하고로드하는 내장 메커니즘입니다. 특정 구현에서 코드를 분리하려고 할 때 특히 유용하여 다양한 모듈이나 라이브러리가 단단한 종속성없이 자체 버전을 제공 할 수 있습니다.

Serviceloader는 어떻게 작동합니까?

Serviceloader는 클래스 경로의 JAR 파일 내부의 META-INF/services 디렉토리를 스캔하여 작동합니다. 해당 디렉토리에는 서비스 인터페이스의 자격을 갖춘 이름을 따서 명명 된 파일이 있어야합니다. 해당 파일에는 콘크리트 구현 클래스가 한 줄에 하나씩 나열됩니다.

후드 아래에서 일어나는 일은 다음과 같습니다.

• ServiceLoader.load(MyService.class) 를 호출 할 때 Java는 META-INF/services/com.example.MyService 에서 사용 가능한 모든 항아리를 살펴 봅니다.
• 해당 파일의 각 줄에는 MyService 구현하는 클래스 이름이 포함되어 있습니다.
• 그런 다음 Serviceloader는 컨텍스트 클래스 로더를 사용하여 해당 클래스를로드하고 인스턴스를 통해 반복자를 반환합니다.

이를 통해 응용 프로그램은 핵심 코드를 변경하지 않고도 새로운 구현을 동적으로 연결할 수 있습니다.

언제 Serviceloader를 사용해야합니까?

다음과 같은 시나리오에서 Serviceloader가 편리하게 찾을 수 있습니다.

• 플러그인 시스템 - 외부 모듈이 스스로 구현으로 등록 할 수있는 곳.
• 프레임 워크 개발 - 사용자가 컴포넌트 로깅 또는 데이터 소스와 같은 구성 요소를 교체 할 수 있습니다.
• SPI (서비스 제공 업체 인터페이스) 구현 - Java 라이브러리의 공통 패턴.

예를 들어, JDBC 드라이버는 ServicEloader를 사용하여 데이터베이스에 연결할 때 더 이상 Class.forName() 수동으로 호출하지 않고도 자동으로 등록합니다.

명심하십시오 :

• 성능에 민감한 경로는 반사를 사용하기 때문에 이상적이지 않습니다.
• 항아리의 올바른 구성에 의존합니다. META-INF/services 파일이 누락되거나 잘못 형성되면 고장이 발생합니다.

Serviceloader로 서비스를 구현하는 방법

간단한 로깅 추상화가 있다고 가정 해 봅시다.

 공개 인터페이스 로거 {
    void log (문자열 메시지);
}

그런 다음 ConsoleLogger 와 FileLogger 두 가지 구현을 만듭니다.

Serviceloader 작업을 위해 :

1. META-INF/services/ 에서 com.example.Logger 라는 파일을 만듭니다.
2. 해당 파일에 구현의 자격을 갖춘 이름을 추가하십시오.

    com.example.consolelogger
   com.example.filelogger

이제 코드에서 :

 serviceloader <logger> 로더 = serviceloader.load (logger.class);
for (로거 로거 : 로더) {
    logger.log ( "서비스로드로드 로저에서 Hello!");
}

두 구현 클래스가 클래스 경로에 있고 올바르게 나열된 한, 픽업 및 사용됩니다.

피해야 할 일반적인 함정

Serviceloader는 강력하지만 일부 문제는 다음과 같습니다.

• 누락되거나 잘못된 파일 위치 : 정확히 META-INF/services/your.interface.name 인지 확인하십시오.
• 잘못된 클래스 이름 : 파일 항목의 오타 또는 잘못된 패키지는 ServiceConfigurationError 로 이어집니다.
• 클래스 로더 문제 : 여러 클래스 로더가 참여하는 경우 Serviceloader는 일부 제공 업체를 놓칠 수 있습니다.
• 캐싱 동작 : Serviceloader Caches 결과 - 런타임 중에 동적 변경이 예상되는 경우 수동으로 다시로드해야합니다.

또한 Serviceloader는 의존성 주입 또는 수명주기 관리를 지원하지 않습니다. 보다 복잡한 요구에 대해서는 Spring 또는 Java의 java.util.ServiceLoader 향상과 같은 프레임 워크를 최신 Java 버전 (Java 9의 재 장전 제공자)으로 고려하십시오.

그것에 관한 것입니다. 일단 올바르게 설정되면 간단하지만 작은 구성 실수로 쉽게 여행 할 수 있습니다.

위 내용은 Serviceloader API는 무엇입니까?의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!