SpringBoot 개발에서 Dubbo 분산 서비스 통합 소개-java지도 시간-php.cn

이 기사는 SpringBoot 개발에서 Dubbo 분산 서비스 통합에 대한 소개를 제공합니다. 이는 특정 참고 가치가 있으므로 도움이 필요한 친구에게 도움이 되기를 바랍니다.

서문

SpringBoot가 큰 인기를 끌던 시절, Alibaba의 분산 프레임워크인 Dubbo가 알 수 없는 이유로 N년 동안 중단된 후 마침내 유지 관리를 받았습니다. 이전 마이크로서비스에서는 Dangdang이 유지관리하는 Dubbox 버전을 사용하였고, 통합 방식 역시 xml 구성 방식을 사용하였습니다.

변형 전

이전에는 SpringBoot에서 Dubbox를 이렇게 사용했습니다. 먼저 Dubbox-2.8.4, zkclient-0.6, Zookeeper-3.4.6 버전을 간략하게 기록합니다.

프로젝트에 도입된 spring-context-dubbo.xml 구성 파일은 다음과 같다.

로그인 후 복사

Startup 클래스에서는 다음과 같은 어노테이션을 도입한다.

@SpringBootApplication @ImportResource({"classpath:spring-context-dubbo.xml"}) public class Application{ private static final Logger logger = Logger.getLogger(Application.class); public static void main(String[] args) throws InterruptedException, IOException { logger.info("支付项目启动 "); } }

로그인 후 복사

AfterTransformation

그러나 SpringBoot에서는 새로운 개념의 Spring Boot Starter를 도입한다. , 이는 프로젝트 개발 프로세스의 복잡성을 효과적으로 줄여 개발 작업을 단순화하는 데 매우 좋은 영향을 미칩니다.

스타터의 개념

스타터에는 사용된 모든 종속성이 포함되어 개발자가 직접 종속성을 도입하여 발생하는 문제를 방지합니다.

다른 스타터는 서로 다른 종속성을 해결하도록 설계되었으므로 내부 구현이 매우 다를 수 있습니다. 예를 들어 jpa의 스타터와 Redis의 스타터는 서로 다른 구현을 가질 수 있습니다. 이는 스타터의 본질이 다음과 같기 때문입니다. 논리적 수준의 추상화 계층인 합성. 둘 다 "패키징" 작업을 수행하기 때문에 이 개념은 Docker와 다소 유사할 수 있습니다. Docker가 해결해야 할 문제가 무엇인지 알고 있다면 Docker Make를 사용할 수 있습니다. 스타터와 비유.

스타터 구현

스타터마다 구현이 다르지만 기본적으로 ConfigurationProperties와 AutoConfiguration이라는 동일한 두 콘텐츠를 사용합니다.

Spring Boot는 "구성에 대한 관례" 개념을 굳게 믿기 때문에 ConfigurationProperties를 사용하여 구성을 저장하고 이러한 구성은 기본값을 가질 수 있습니다. 즉, 원래 구성을 적극적으로 덮어쓰지 않으면 기본값이 됩니다. 효과가 나타나며 이는 많은 상황에서 매우 유용합니다.

또한 스타터의 ConfigurationProperties를 사용하면 모든 구성 속성을 하나의 파일(일반적으로 리소스 디렉터리의 application.properties)로 수집할 수 있으므로 Spring 프로젝트의 XML 지옥에 작별을 고할 수 있습니다.

스타터의 전반적인 논리 SpringBoot 개발에서 Dubbo 분산 서비스 통합 소개 는 Dubbo만큼 강력합니다. 물론 Spring Boot의 인기에 부응하기 위해 자체 스타터도 생성합니다.