Skip to content

Latest commit

 

History

History
140 lines (93 loc) · 4.43 KB

构建工具.md

File metadata and controls

140 lines (93 loc) · 4.43 KB

一、构建工具的作用

构建工具是用于构建项目的自动化工具,主要包含以下工作:

依赖管理

不再需要手动导入 Jar 依赖包,并且可以自动处理依赖关系,也就是说某个依赖如果依赖于其它依赖,构建工具可以帮助我们自动处理这种依赖关系。

运行单元测试

不再需要在项目代码中添加测试代码,从而避免了污染项目代码。

将源代码转化为可执行文件

包含预处理、编译、汇编、链接等步骤。

将可执行文件进行打包

不再需要使用 IDE 将应用程序打包成 Jar 包。

发布到生产服务器上

不再需要通过 FTP 将 Jar 包上传到服务器上。

二、Java 主流构建工具

Ant 具有编译、测试和打包功能,其后出现的 Maven 在 Ant 的功能基础上又新增了依赖管理功能,而最新的 Gradle 又在 Maven 的功能基础上新增了对 Groovy 语言的支持。


Gradle 和 Maven 的区别是,它使用 Groovy 这种特定领域语言(DSL)来管理构建脚本,而不再使用 XML 这种标记性语言。因为项目如果庞大的话,XML 很容易就变得臃肿。

例如要在项目中引入 Junit,Maven 的代码如下:

<?xml version="1.0" encoding="UTF-8"?>
<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>jizg.study.maven.hello</groupId>
   <artifactId>hello-first</artifactId>
   <version>0.0.1-SNAPSHOT</version>

   <dependencies>
          <dependency>
               <groupId>junit</groupId>
               <artifactId>junit</artifactId>
               <version>4.10</version>
               <scope>test</scope>
          </dependency>
   </dependencies>
</project>

而 Gradle 只需要几行代码:

dependencies {
    testCompile "junit:junit:4.10"
}

三、Maven

概述

提供了项目对象模型(POM)文件来管理项目的构建。

仓库

仓库的搜索顺序为:本地仓库、中央仓库、远程仓库。

  • 本地仓库用来存储项目的依赖库;
  • 中央仓库是下载依赖库的默认位置;
  • 远程仓库,因为并非所有的依赖库都在中央仓库,或者中央仓库访问速度很慢,远程仓库是中央仓库的补充。

POM

POM 代表项目对象模型,它是一个 XML 文件,保存在项目根目录的 pom.xml 文件中。

<dependency>
    <groupId>junit</groupId>
    <artifactId>junit</artifactId>
    <version>4.12</version>
    <scope>test</scope>
</dependency>

[groupId, artifactId, version, packaging, classifier] 称为一个项目的坐标,其中 groupId、artifactId、version 必须定义,packaging 可选(默认为 Jar),classifier 不能直接定义的,需要结合插件使用。

  • groupId:项目组 Id,必须全球唯一;
  • artifactId:项目 Id,即项目名;
  • version:项目版本;
  • packaging:项目打包方式。

依赖原则

1. 依赖路径最短优先原则

A -> B -> C -> X(1.0)
A -> D -> X(2.0)

由于 X(2.0) 路径最短,所以使用 X(2.0)。

2. 声明顺序优先原则

A -> B -> X(1.0)
A -> C -> X(2.0)

在 POM 中最先声明的优先,上面的两个依赖如果先声明 B,那么最后使用 X(1.0)。

3. 覆写优先原则

子 POM 内声明的依赖优先于父 POM 中声明的依赖。

解决依赖冲突

找到 Maven 加载的 Jar 包版本,使用 mvn dependency:tree 查看依赖树,根据依赖原则来调整依赖在 POM 文件的声明顺序。

参考资料