Maven打包依赖详解

一、依赖管理

Maven通过pom.xml来管理依赖。在pom.xml中，我们需要声明我们的项目所依赖的库，Maven会自动去下载并构建这些依赖。

以下是一个示例的pom.xml文件，其中我们依赖了spring-webmvc的4.3.1.RELEASE版本：

<project xmlns="http://maven.apache.org/POM/4.0.0"
      xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
      xsi:schemaLocation="http://maven.apache.org/POM/4.0.0
            http://maven.apache.org/xsd/maven-4.0.0.xsd">
 
    <modelVersion>4.0.0</modelVersion>
    <groupId>com.example</groupId>
    <artifactId>example-project</artifactId>
    <version>1.0-SNAPSHOT</version>
 
    <dependencies>
        <dependency>
            <groupId>org.springframework</groupId>
            <artifactId>spring-webmvc</artifactId>
            <version>4.3.1.RELEASE</version>
        </dependency>
    </dependencies>
 
</project>

在上述文件中，我们通过<dependencies>标签来指定项目依赖的库，其中每个<dependency>标签代表一个库。<dependency>标签中包含以下几个元素：

<groupId>：库所属的组（例如org.springframework）
<artifactId>：库的名称
<version>：库的版本号
<scope>：库的作用范围，例如compile、test、runtime等

有了这些信息，Maven就可以为我们管理依赖了。在编译或打包项目时，Maven会从Maven仓库中自动下载所需的库文件并添加到项目中。

二、依赖传递

Maven可以自动解决依赖冲突，这得益于它优秀的依赖传递机制。依赖传递可以简化我们的依赖管理，同时也使得我们的项目更加稳定。

以下是一个示例，其中我们的项目依赖了log4j，并且我们的log4j又依赖了junit和javamail：

<project xmlns="http://maven.apache.org/POM/4.0.0"
      xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
      xsi:schemaLocation="http://maven.apache.org/POM/4.0.0
            http://maven.apache.org/xsd/maven-4.0.0.xsd">
 
    <modelVersion>4.0.0</modelVersion>
    <groupId>com.example</groupId>
    <artifactId>example-project</artifactId>
    <version>1.0-SNAPSHOT</version>
 
    <dependencies>
        <dependency>
            <groupId>log4j</groupId>
            <artifactId>log4j</artifactId>
            <version>1.2.17</version>
            <exclusions>
                <exclusion>
                    <groupId>junit</groupId>
                    <artifactId>junit</artifactId>
                </exclusion>
                <exclusion>
                    <groupId>javax.mail</groupId>
                    <artifactId>mail</artifactId>
                </exclusion>
            </exclusions>
        </dependency>
    </dependencies>
 
</project>

在上述示例中，我们通过<exclusions>标签排除了log4j原本依赖的junit和javamail。Maven会自动将log4j所依赖的资源传递给我们的项目，因此我们无需手动指定junit和javamail。

三、依赖范围

依赖范围决定了依赖库在项目中的适用范围。具体来说，依赖范围可以指定依赖库在哪个生命周期、哪个阶段中起作用，并影响它们在该范围外的可见性。

以下为常用的依赖范围：

compile：默认值。依赖将在编译、测试和运行时都可用。
provided：对于编译和测试类路径，依赖可用，但在运行时不可用。需要由JDK或应用服务器提供，如servlet API。
runtime：在运行时和测试时可用，但在编译时不可用。如数据库驱动程序。
test：仅在测试阶段可用，不会传递至运行时。
system：类似于provided范围，但需要显式指定所需的jar文件，如local JAR或Windows DLL文件。
import：仅在<dependencyManagement>段中有意义。用于在不同的POM文件之间共享依赖关系版本，但本身并不会传递依赖。

下面是一个示例，其中我们指定了commons-dbcp2库的依赖范围为runtime：

<dependencies>
    <dependency>
        <groupId>org.apache.commons</groupId>
        <artifactId>commons-dbcp2</artifactId>
        <version>2.1.1</version>
        <scope>runtime</scope>
    </dependency>
</dependencies>

在这个示例中，commons-dbcp2库将在运行时可用，但在编译和测试期间不可用。

四、依赖分析

我们可以使用Maven的依赖分析工具来查看依赖树，以便更好地理解项目的依赖状况。

以下是如何使用Maven的命令行工具生成依赖树并输出到终端：

mvn dependency:tree

执行以上命令，Maven会针对当前项目生成依赖树，并输出到终端。输出结果是一个树状结构，由多级缩进组成，每一级代表一个库。

下面是一个依赖树的示例，以junit库为根节点：

[INFO] junit:junit:jar:4.12:test
[INFO] \-org.hamcrest:hamcrest-core:jar:1.3:test

在这个示例中，junit库依赖于hamcrest-core库，hamcrest-core库是junit库的子节点。

五、Maven插件

Maven插件是Maven扩展的主要手段，插件能够为Maven提供许多额外的功能。Maven插件的开发非常灵活，许多自定义的插件都可以很容易地在Maven中使用。

以下是一个示例，其中我们使用Maven插件来为项目生成JavaDoc文档：

<build>
    <plugins>
        <plugin>
            <groupId>org.apache.maven.plugins</groupId>
            <artifactId>maven-javadoc-plugin</artifactId>
            <version>3.0.0-M1</version>
            <configuration>
                <sourceFileExcludes>
                    <sourceFileExclude>**/config/**</sourceFileExclude>
                </sourceFileExcludes>
            </configuration>
        </plugin>
    </plugins>
</build>

在这个示例中，我们使用了maven-javadoc-plugin插件，此插件可以为我们生成JavaDoc文档。我们可以在<configuration>标签中指定插件的配置。

以上就是Maven打包依赖的详细阐述，包括依赖管理、依赖传递、依赖范围、依赖分析和Maven插件。

原创文章，作者：小蓝，如若转载，请注明出处：https://www.506064.com/n/284524.html