SpringBoot 종속성 관리 소스 코드 분석
1. 종속성 관리
Ⅰ. 일부 종속성을 가져올 때 버전을 지정하지 않아도 되는 이유는 무엇인가요?
프로젝트를 생성할 때 추가한 종속성은 버전 번호를 지정하는 데 도움이 되지 않았습니다 그러면 SpringBoot는 버전 계정을 어떻게 지정합니까?
이제 SpringBoot의 상위 종속성 실행 프로그램을 벗겨보겠습니다
<!-- SpringBoot父项目依赖管理--> <parent> <artifactId>spring-boot-parent</artifactId> <groupId>org.springframework.boot</groupId> <version>2.2.9.RELEASE</version> <relativePath/> <!-- 查看本地仓库的源码 --> </parent>
1.1 상위 종속성 실행 프로그램의 작동
마우스 포인터가 spring-boot-parentCtrl + 왼쪽 마우스 버튼클릭에 그대로 유지됩니다. 상위 종속성 실행 프로그램이 담당하는 작업을 살펴보세요.
<parent> <groupId>org.springframework.boot</groupId> <artifactId>spring-boot-dependencies</artifactId> <version>${revision}</version> <relativePath>../spring-boot-dependencies</relativePath> </parent>
먼저 들어가서 알아보세요. 이 상위 종속성 실행 프로그램에는 위와 같이 아버지<>가 있습니다! 이에 대해서는 나중에 자세히 분석하겠습니다! ! !
그런 다음
<properties> <main.basedir>${basedir}/../..</main.basedir> <disable.checks>false</disable.checks> <git.url>https://github.com/spring-projects/spring-boot</git.url> <git.connection>scm:git:git://github.com/spring-projects/spring-boot.git</git.connection> <git.developerConnection>scm:git:ssh://git@github.com/spring-projects/spring-boot.git</git.developerConnection> <java.version>1.8</java.version> <project.build.sourceEncoding>UTF-8</project.build.sourceEncoding> <project.reporting.outputEncoding>UTF-8</project.reporting.outputEncoding> <maven.version>3.5.4</maven.version> <maven-resolver.version>1.1.1</maven-resolver.version> <spock.version>1.3-groovy-2.5</spock.version> <spring-asciidoctor-extensions.version>0.4.0.RELEASE</spring-asciidoctor-extensions.version> <spring-doc-resources.version>0.1.3.RELEASE</spring-doc-resources.version> <spring-doc-resources.url>https://repo.spring.io/release/io/spring/docresources/spring-doc-resources/${spring-doc-resources.version}/spring-doc-resources-${spring-doc-resources.version}.zip</spring-doc-resources.url> <testcontainers.version>1.12.5</testcontainers.version> <testng.version>6.14.3</testng.version> </properties>
를 보고 여기에 jdk 버전, 인코딩 형식, 패키지 및 컴파일된 버전 등을 선언하는 속성 선언이 있는지 확인하세요. 그러나 이것은 단지 선언일 뿐입니다! ! !
계속하세요
이 부분은 SpringBoot의 플러그인 관리입니다
팁:
플러그인을 가져올 때 여기 <> 관리 모듈 플러그인에는 특정 버전 번호가 필요합니다. 플러그인 버전 제어 문제를 고려할 필요가 없습니다.
1.2 질문에 대한 답변
<>을 Ctrl+마우스 오른쪽 버튼으로 클릭하면 입력하자마자 일련의 버전 번호가 표시됩니다.
많은 타사 프레임워크의 버전 번호 여기에 선언되어 있으며 여기에 해당하는 버전은 2.2.9.RELEASE 버전이며, SpringBoot 버전을 변경하면 여기 버전도 변경됩니다. 그러나 앞서 언급했듯이 <>는 단지 진술일 뿐입니다! ! !
그러면
프로젝트에서 버전 번호를 가져올 필요가 없는 이유는 다음과 같습니다<>
팁:
spring-boot-starter-parent는 spring-boot-dependent를 상속하여 SpringBoot를 구현합니다. 이는 종속성 관리를 기반으로 하므로 Spring-boot-starter-parent를 상속한 후 내 Springboot 프로젝트에는 이미 버전 잠금 및 기타 구성이 있습니다. 이것이 Spring Boot 프로젝트의 일부 종속성에 대해 버전 번호를 쓸 필요가 없는 이유입니다.
II. 프로젝트가 의존하는 JAR 패키지는 어디에서 왔나요?
Spring-Boot-Starter-Parent상위 종속성 스타터의 주요 기능은 통합 버전 관리를 수행하는 것입니다. JAR 패키지는 어디서 오는가?
2.1 소스 코드 분석
우리는 <> 를 사용하여 입력합니다. 우리는 여전히 봄에 그것을 볼 수 있습니다. boot-starter-web 시리즈 종속성 관리:
<dependencies> <dependency> <groupId>org.springframework.boot</groupId> <artifactId>spring-boot-starter</artifactId> </dependency> <dependency> <groupId>org.springframework.boot</groupId> <artifactId>spring-boot-starter-json</artifactId> </dependency> <dependency> <groupId>org.springframework.boot</groupId> <artifactId>spring-boot-starter-tomcat</artifactId> </dependency> <dependency> <groupId>org.springframework.boot</groupId> <artifactId>spring-boot-starter-validation</artifactId> <exclusions> <exclusion> <groupId>org.apache.tomcat.embed</groupId> <artifactId>tomcat-embed-el</artifactId> </exclusion> </exclusions> </dependency> <dependency> <groupId>org.springframework</groupId> <artifactId>spring-web</artifactId> </dependency> <dependency> <groupId>org.springframework</groupId> <artifactId>spring-webmvc</artifactId> </dependency> </dependencies>
pom.xml의 종속성으로 spring-boot-starter-web만 도입했으며(즉, 웹 종속성 스타터에 직접 의존함) tomcat, springmvc에 종속됩니다.
종속성 전송은 이 프로세스에서 수행되며, 웹 종속성 실행 프로그램에서 종속성을 클릭하면 Tomcat을 예로 들어보면 여전히 많은 종속성이 있음을 알 수 있습니다.
It Tomcat의 모든 종속성을 시작하기 위한 요구 사항이 여전히 포함되어 있습니다.
2.2 질문에 대한 답변
이 시점에서 우리는 spring-boot-starter-web 종속성 스타터의 주요 기능이 웹 개발 시나리오의 모든 종속성을 패키지하는 것임을 알 수 있습니다(종속성 전송 방법을 기반으로, 현재 창고 Bag에 해당 병을 넣습니다).정확히, spring-boot-stater-web 종속성 스타터가 pom에 도입되면 가져온 종속성 파일의 버전 번호는 여전히 spring-boot-starter-parent 종속성에 의해 균일하게 관리됩니다(이 또한 중요합니다.
SpringBoot 규칙의 표현은 구성보다 큽니다). 위에서 소개한 웹 종속성 스타터 외에도 Spring Boot는 다른 많은 개발 시나리오에 대한 관련 종속성도 제공합니다.
위 내용은 SpringBoot 종속성 관리 소스 코드 분석의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!

핫 AI 도구

Undresser.AI Undress
사실적인 누드 사진을 만들기 위한 AI 기반 앱

AI Clothes Remover
사진에서 옷을 제거하는 온라인 AI 도구입니다.

Undress AI Tool
무료로 이미지를 벗다

Clothoff.io
AI 옷 제거제

AI Hentai Generator
AI Hentai를 무료로 생성하십시오.

인기 기사

뜨거운 도구

메모장++7.3.1
사용하기 쉬운 무료 코드 편집기

SublimeText3 중국어 버전
중국어 버전, 사용하기 매우 쉽습니다.

스튜디오 13.0.1 보내기
강력한 PHP 통합 개발 환경

드림위버 CS6
시각적 웹 개발 도구

SublimeText3 Mac 버전
신 수준의 코드 편집 소프트웨어(SublimeText3)

뜨거운 주제











Jasypt 소개 Jasypt는 개발자가 최소한의 노력으로 프로젝트에 기본 암호화 기능을 추가할 수 있게 해주며 암호화 작동 방식에 대한 깊은 이해가 필요하지 않은 단방향 및 양방향 암호화에 대한 높은 보안을 제공합니다. 표준 기반 암호화 기술. 비밀번호, 텍스트, 숫자, 바이너리 암호화... Spring 기반 애플리케이션, 개방형 API와의 통합에 적합하며 모든 JCE 공급자와 함께 사용할 수 있습니다... 다음 종속성을 추가합니다: com.github.ulisesbocchiojasypt-spring-boot-starter2. Jasypt의 이점은 코드가 유출되더라도 데이터 소스를 보장할 수 있어 시스템 보안을 보호합니다.

사용 시나리오 1. 주문이 성공적으로 이루어졌으나 30분 이내에 결제가 이루어지지 않았습니다. 결제 시간이 초과되어 주문이 자동으로 취소되었습니다. 2. 주문이 서명되었으며 서명 후 7일 동안 평가가 수행되지 않았습니다. 주문 시간이 초과되어 평가되지 않으면 시스템은 기본적으로 긍정적 평가로 설정됩니다. 3. 판매자가 5분 동안 주문을 받지 않으면 주문이 취소됩니다. 문자 메시지 알림이 전송됩니다... 지연이 길고 실시간 성능이 낮은 시나리오의 경우 작업 예약을 사용하여 정기적인 폴링 처리를 수행할 수 있습니다. 예: xxl-job 오늘은 다음을 선택하겠습니다.

1. Redis는 분산 잠금 원칙과 분산 잠금이 필요한 이유를 구현합니다. 분산 잠금에 대해 이야기하기 전에 분산 잠금이 필요한 이유를 설명해야 합니다. 분산 잠금의 반대는 독립형 잠금입니다. 다중 스레드 프로그램을 작성할 때 공유 변수를 동시에 작동하여 발생하는 데이터 문제를 방지하기 위해 일반적으로 잠금을 사용하여 공유 변수를 상호 제외합니다. 공유 변수의 사용 범위는 동일한 프로세스에 있습니다. 동시에 공유 리소스를 운영해야 하는 여러 프로세스가 있는 경우 어떻게 상호 배타적일 수 있습니까? 오늘날의 비즈니스 애플리케이션은 일반적으로 마이크로서비스 아키텍처입니다. 이는 하나의 애플리케이션이 여러 프로세스를 배포한다는 의미이기도 합니다. 여러 프로세스가 MySQL에서 동일한 레코드 행을 수정해야 하는 경우 잘못된 작업으로 인해 발생하는 더티 데이터를 방지하려면 배포가 필요합니다. 현재 소개할 스타일은 잠겨 있습니다. 포인트를 얻고 싶다

Springboot가 파일을 읽지만 jar 패키지로 패키징한 후 최신 개발에 액세스할 수 없습니다. springboot가 파일을 jar 패키지로 패키징한 후 파일을 읽을 수 없는 상황이 발생합니다. 그 이유는 패키징 후 파일의 가상 경로 때문입니다. 유효하지 않으며 읽기를 통해서만 액세스할 수 있습니다. 파일은 리소스 publicvoidtest(){Listnames=newArrayList();InputStreamReaderread=null;try{ClassPathResourceresource=newClassPathResource("name.txt");Input 아래에 있습니다.

SpringBoot와 SpringMVC는 모두 Java 개발에서 일반적으로 사용되는 프레임워크이지만 둘 사이에는 몇 가지 분명한 차이점이 있습니다. 이 기사에서는 이 두 프레임워크의 기능과 용도를 살펴보고 차이점을 비교할 것입니다. 먼저 SpringBoot에 대해 알아봅시다. SpringBoot는 Spring 프레임워크를 기반으로 하는 애플리케이션의 생성 및 배포를 단순화하기 위해 Pivotal 팀에서 개발되었습니다. 독립 실행형 실행 파일을 구축하는 빠르고 가벼운 방법을 제공합니다.

1. RedisAPI 기본 직렬화 메커니즘인 RedisTemplate1.1을 사용자 정의합니다. API 기반 Redis 캐시 구현은 데이터 캐싱 작업에 RedisTemplate 템플릿을 사용합니다. 여기서 RedisTemplate 클래스를 열고 클래스의 소스 코드 정보를 봅니다. 키 선언, 값의 다양한 직렬화 방법, 초기 값은 비어 있음 @NullableprivateRedisSe

Springboot+Mybatis-plus가 다중 테이블 추가 작업을 수행하기 위해 SQL 문을 사용하지 않을 때 내가 직면한 문제는 테스트 환경에서 생각을 시뮬레이션하여 분해됩니다. 매개 변수가 있는 BrandDTO 개체를 생성하여 배경으로 매개 변수 전달을 시뮬레이션합니다. Mybatis-plus에서 다중 테이블 작업을 수행하는 것은 매우 어렵다는 것을 Mybatis-plus-join과 같은 도구를 사용하지 않으면 해당 Mapper.xml 파일을 구성하고 냄새나고 긴 ResultMap만 구성하면 됩니다. 해당 SQL 문을 작성합니다. 이 방법은 번거로워 보이지만 매우 유연하며 다음을 수행할 수 있습니다.

프로젝트에서는 일부 구성 정보가 필요한 경우가 많습니다. 이 정보는 테스트 환경과 프로덕션 환경에서 구성이 다를 수 있으며 실제 비즈니스 상황에 따라 나중에 수정해야 할 수도 있습니다. 이러한 구성은 코드에 하드 코딩할 수 없습니다. 예를 들어 이 정보를 application.yml 파일에 작성할 수 있습니다. 그렇다면 코드에서 이 주소를 어떻게 얻거나 사용합니까? 2가지 방법이 있습니다. 방법 1: @Value 주석이 달린 ${key}를 통해 구성 파일(application.yml)의 키에 해당하는 값을 가져올 수 있습니다. 이 방법은 마이크로서비스가 상대적으로 적은 상황에 적합합니다. 프로젝트, 업무가 복잡할 때는 논리
