就解决可传递依赖关系而言，最短路径获胜。这里也记录了这一点。

Dependency mediation - this determines what version of an artifact will be chosen when multiple versions are encountered as dependencies. Maven picks the "nearest definition". That is, it uses the version of the closest dependency to your project in the tree of dependencies. You can always guarantee a version by declaring it explicitly in your project's POM. Note that if two dependency versions are at the same depth in the dependency tree, the first declaration wins.
"nearest definition" means that the version used will be the closest one to your project in the tree of dependencies. Consider this tree of dependencies:
  A
  ├── B
  │   └── C
  │       └── D 2.0
  └── E
      └── D 1.0
In text, dependencies for A, B, and C are defined as A -> B -> C -> D 2.0 and A -> E -> D 1.0, then D 1.0 will be used when building A because the path from A to D through E is shorter.

那么哪种依赖关系获胜呢？哪个是进口的？
启动程序jpa2.x获胜，因为它有最短的路径。
对于同一依赖项的多个版本，我建议运行

mvn dependency:tree

看哪一个被包括进来或者是否有错误。
家长pom到底是如何工作的？
父pom只是对当前项目“继承”自的项目的引用。关于如何从父级解析依赖关系，有一些特定的规则。在我看来，最重要的一点是父级允许您在一个地方为共同的兄弟项目添加依赖项，所有这些项目都可以从中继承它们的依赖项。springboot遵循这个模式来引入starterpom版本解析。当然，拥有一个父pom是可选的，你可以拥有一个没有父pom的项目。

通常，如果依赖关系树中有同一jar的不同版本，“最近的”依赖关系获胜。
您可以通过在中显式设置可传递依赖项的版本来覆盖此行为 <dependencyManagement> . 不要使用排除来管理版本。
父级像依赖项一样被解析，即来自mavencentral这样的存储库。
父级的内容和pom的内容是“合并”的，这导致了“有效pom”，您可以在命令行或ide中查看它。

家长pom到底是如何工作的？我
您似乎想了解项目继承在maven中是如何工作的。这是一个庞大的课题。这解决了构建pom（项目继承）的主要方法以及与之相关的结果。
关于你的前两个问题：
那么哪种依赖关系获胜呢？哪个是进口的？
当包含相同的依赖项两次不同的版本时会发生什么；哪个被选中/导入到您的项目中，maven是如何决定的？
虽然你的问题是有道理的，但maven并没有就此提供任何具体的保证。冲突版本的结果只是一个实现细节。
我更愿意告诉您，为了保证根据依赖版本的需求进行一致的打包，您必须对此执行显式检查。
您可以实现它，也可以将maven插件（如maven enforcer插件）与现有规则（如：
dependencyconvergence-确保所有依赖项聚合到同一版本。
BandUpplicatePomDependencyVersions-强制项目不具有重复的已声明依赖项。
requireupperbounddeps-确保每个（可传递的）依赖项都解析为其指定的版本或更高版本。
规则列表非常密集，如果没有人符合您的需要，您甚至可以编写自己的规则。
关于如何使用dependencyconvergence规则声明插件执行的示例：

<project>
  ...
  <build>
    <plugins>
      ...
      <plugin>
        <groupId>org.apache.maven.plugins</groupId>
        <artifactId>maven-enforcer-plugin</artifactId>
        <version>3.0.0-M3</version>
        <executions>
          <execution>
            <id>enforce</id>
            <configuration>
              <rules>
                <dependencyConvergence/>
              </rules>
            </configuration>
            <goals>
              <goal>enforce</goal>
            </goals>
          </execution>
        </executions>
      </plugin>
      ...
    </plugins>
  </build>
  ...
</project>