Heim  >  Artikel  >  Java  >  Analyse des Quellcodes des SpringBoot-Abhängigkeitsmanagements

Analyse des Quellcodes des SpringBoot-Abhängigkeitsmanagements

WBOY
WBOYnach vorne
2023-05-22 13:49:141000Durchsuche

1. Abhängigkeitsverwaltung

Ⅰ Warum müssen Sie beim Importieren einiger Abhängigkeiten nicht die Version angeben?

Analyse des Quellcodes des SpringBoot-Abhängigkeitsmanagements

Die Abhängigkeiten, die wir beim Erstellen des Projekts hinzugefügt haben, haben uns nicht dabei geholfen, die Versionsnummer anzugeben Wie gibt SpringBoot also das Versionskonto an?

Lassen Sie uns nun den Launcher für übergeordnete Abhängigkeiten von SpringBoot abziehen. Schauen Sie sich an, wofür dieser Eltern-Abhängigkeits-Launcher verantwortlich ist:

<!--	SpringBoot父项目依赖管理-->
	<parent>
		<artifactId>spring-boot-parent</artifactId>
		<groupId>org.springframework.boot</groupId>
		<version>2.2.9.RELEASE</version>
		<relativePath/>			<!-- 查看本地仓库的源码 -->
	</parent>
Gehen Sie zuerst rein und finden Sie heraus: Dieser Eltern-Abhängigkeits-Launcher hat einen Vater, wie oben! Wir werden dies später ausführlich analysieren! ! !

Dann schauen Sie sich

<parent>
   <groupId>org.springframework.boot</groupId>
   <artifactId>spring-boot-dependencies</artifactId>
   <version>${revision}</version>
   <relativePath>../spring-boot-dependencies</relativePath>
</parent>
an und sehen Sie, dass es hier eine Attributdeklaration gibt, die die JDK-Version, das Codierungsformat, die gepackte und kompilierte Version usw. deklariert. Dies ist jedoch nur eine Deklaration! ! !

Lass uns fortfahren

Dieser Teil ist die Plug-in-Verwaltung von SpringBoot Es besteht keine Notwendigkeit, die Probleme der Plug-in-Versionskontrolle zu berücksichtigen.

1.2 Antwort auf die Frage

Wir drücken Strg+Rechtsklick und sobald wir eingeben, sehen wir eine Reihe von Versionsnummern: Analyse des Quellcodes des SpringBoot-Abhängigkeitsmanagements

Die Versionsnummern vieler Frameworks von Drittanbietern werden hier deklariert, und die entsprechenden hier sind die Versionsnummer von

2.2.9.RELEASE

. Wenn Sie die SpringBoot-Version ändern, ändert sich auch die Version hier. Aber wie bereits erwähnt, ist nur eine Aussage! ! !

Wir dann

Der Grund, warum das Projekt die Versionsnummer nicht importieren muss, muss sein

Analyse des Quellcodes des SpringBoot-Abhängigkeitsmanagements

Tipps:

Spring-Boot-Starter-Parent implementiert SpringBoot durch Erben von Spring-Boot-Abhängigkeiten Dies basiert auf der Abhängigkeitsverwaltung, sodass mein Springboot-Projekt nach der Vererbung von spring-boot-starter-parent bereits über Versionssperren und andere Konfigurationen verfügt. Aus diesem Grund ist es nicht erforderlich, für einige Abhängigkeiten im Spring Boot-Projekt eine Versionsnummer zu schreiben.

Ⅱ Woher kommt das JAR-Paket, von dem das Projekt abhängt?

Analyse des Quellcodes des SpringBoot-Abhängigkeitsmanagements

Spring-Boot-Starter-ParentDie Hauptfunktion des übergeordneten Abhängigkeitsstarters

besteht darin, eine

einheitliche Versionsverwaltung
durchzuführen Hängt davon ab, woher das JAR-Paket kommt.

Wir verwenden als Durchbruchspunkt. Wir können es im Frühjahr deutlich sehen. Abhängigkeitsverwaltung der Boot-Starter-Web-Serie:

<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>
Wir haben nur eine Abhängigkeit von Spring-Boot-Starter-Web in pom.xml eingeführt (dh sie hängt direkt vom Web-Abhängigkeitsstarter ab) und sie hängt von Tomcat und Springmvc ab usw.

Abhängigkeitsübertragung
wird in diesem Prozess durchgeführt, und wenn wir in einem Web-Abhängigkeits-Launcher auf die Abhängigkeit klicken, stellen wir fest, dass darin noch viele Abhängigkeiten vorhanden sind. Am Beispiel von Tomcat:

It Enthält immer noch alles, was zum Starten von Tomcat aller Abhängigkeiten benötigt wird. 2.2 Antworten auf die Frage

An diesem Punkt können wir wissen, dass die Hauptfunktion des Spring-Boot-Starter-Web-Abhängigkeitsstarters darin besteht, alle Abhängigkeiten des Webentwicklungsszenarios zu packen (basierend auf der Abhängigkeitsübertragungsmethode). Laden Sie das entsprechende Glas in den aktuellen Lagerbeutel.

Genau so: Wenn der Spring-Boot-Stater-Web-Abhängigkeitsstarter in pom eingeführt wird, wird die Versionsnummer der importierten Abhängigkeitsdatei immer noch einheitlich von der Spring-Boot-Starter-Parent-Abhängigkeit verwaltet (dies ist auch der Fall). Eine wichtige Manifestation der „SpringBoot-Konvention ist größer als die Konfiguration“

Das obige ist der detaillierte Inhalt vonAnalyse des Quellcodes des SpringBoot-Abhängigkeitsmanagements. Für weitere Informationen folgen Sie bitte anderen verwandten Artikeln auf der PHP chinesischen Website!

Stellungnahme:
Dieser Artikel ist reproduziert unter:yisu.com. Bei Verstößen wenden Sie sich bitte an admin@php.cn löschen