你竟然没用 Maven 构建项目？（下）-阿里云开发者社区

你竟然没用 Maven 构建项目？（下）

2022-02-10 113

版权

本文内容由阿里云实名注册用户自发贡献，版权归原作者所有，阿里云开发者社区不拥有其著作权，亦不承担相应法律责任。具体规则请查看《阿里云开发者社区用户服务协议》和《阿里云开发者社区知识产权保护指引》。如果您发现本社区中有涉嫌抄袭的内容，填写侵权投诉表单进行举报，一经查实，本社区将立刻删除涉嫌侵权内容。

简介： 一年前，当我和小伙伴小龙一起做一个外包项目的时候，受到了严重的鄙视。我那时候还不知道 Maven，所以搭建项目用的还是最原始的方式，小龙不得已在导入项目的时候花了很长时间去下载项目依赖的开源类库。出于对我的尊重，小龙没有破口大骂，而是非常委婉地说了一句：“二哥，你好歹也有一定的知名度了，竟然没用 Maven 构建项目，真让我大开眼界啊。”作为一名富有上进心的程序员，不能忍啊。借此机会，有必要隆重地向大家介绍一下 Maven 了。

2）变量配置信息

pom.xml 文件的第二部分通常用来配置一些变量信息。

<properties>
    <spring.version>5.1.5.RELEASE</spring.version>
</properties>

有了变量的配置信息后，可以通过 ${spring.version} 的形式来调用这些配置项。这样做的好处显而易见，当依赖项的版本升级的时候，可以直接修改变量值即可。

3）依赖管理

阿里云的 Maven 仓库下有各种各样的第三方类库，换句话说就是，只有你想不到的，没有你找不到的。大多数 Maven 项目的依赖项列表都会很长很长，为了便于说明，下面我只列出某些具有特色的。

<dependencies>
    <dependency>
        <groupId>junit</groupId>
        <artifactId>junit</artifactId>
        <version>3.8.1</version>
        <scope>test</scope>
    </dependency>
    <dependency>
        <groupId>org.springframework</groupId>
        <artifactId>spring-core</artifactId>
        <version>${spring.version}</version>
        <exclusions>
            <exclusion>
                <groupId>commons-logging</groupId>
                <artifactId>commons-logging</artifactId>
            </exclusion>
        </exclusions>
    </dependency>
    <dependency>
        <groupId>commons-logging</groupId>
        <artifactId>commons-logging</artifactId>
        <version>1.1.1</version>
    </dependency>
</dependencies>

①、上文中曾提到，<groupId>、<artifactId>、<version> 合起来可以准确地定位一个依赖项。那怎么找到想要的依赖项呢？

第一步，进入 MavenRepository 网站，地址如下：

http://mvnrepository.com

然后在搜索框中输入第三方类库的关键字，比如说「spring-core」，点击「search」按钮，可以查看到该类库的链接导航。

第二步，点击链接进入到「spring-core」的主页，可以看到所有版本的「spring-core」，选择一个使用率最高的。使用率高在一定程度上表明这个版本的类库最稳定，它已经得到了广大程序员的认可。

第三步，进入该版本的主页，只需要左键轻轻地在「Maven」选项卡内点一下，就已经把该类库的 Maven 依赖信息复制到粘贴板了（不需要「Ctrl+C」，非常的人性化），如下图所示。

第四步，将类库的依赖信息粘贴到 pom.xml 文件的 <dependencies> 节点下，然后按下快捷键「Ctrl+S」保存。紧接着，依次展开 test → Java Resources → Libraries → Maven Dependencies 节点，你可以看到该类库已经悄悄地添加进来了。

②、 <exclusions> 主要用于排除依赖。

有时候，我们引入的依赖中可能会包含一些不想要的依赖包，我们想引入自己想要的，这时候就要用到排除依赖了。

使用 <exclusion> 的时候只需要指定 groupId 和 artifactId 就行了，并不需要 version，这是因为 groupId 和 artifactId 就可以定位某种类型的依赖。

③、 <scope> 用来控制依赖的范围。

test：测试依赖范围。典型的例子是 Jnuit，它只有在编译测试代码及运行测试的时候才需要。

compile：编译依赖范围（其实不止是编译，对测试、运行同样有效），缺省项，如果没有指定，就会默认使用该依赖范围。

provided：提供依赖范围。对编译和测试有效，但在运行时候无效。

runtime：运行时依赖范围。对测试和运行有效，但在编译时无效。

PS：如果不知道选哪一种，缺省就对了。

4）构建配置

<build> 元素中包含了执行 Maven 构建周期目标所需的插件以及相关的配置。

<build>
       <finalName>test</finalName>
       <plugins>
           <plugin>
               <groupId>org.apache.maven.plugins</groupId>
               <artifactId>maven-compiler-plugin</artifactId>
               <version>2.3.2</version>
               <configuration>
                   <source>${jdk.version}</source>
                   <target>${jdk.version}</target>
               </configuration>
           </plugin>
       </plugins>
       <resources>
           <resource>
               <directory>src/main/java</directory>
               <includes>
                   <include>**/*.xml</include>
               </includes>
           </resource>
       </resources>
</build>