相信看到这篇文章的人中 80% 都从各类求职网站的 JD 中看到过这么一条,“熟练使用 Maven 等构建工具”。这句话包括了两个意思,“1.何为构建工具”,“ 2.为什么是 Maven”。
笔者在日常生产代码的过程中也经常使用到 Maven,但是只停留于 pom.xml 以及 mvn clean / mvn exec:exec complie 的模糊概念。但是作为有志于成为一名资(diao)深(si)码农的我,是不会放过任何增加技能点的机会的!
1 - 什么是构建?
我们都知道,写完代码之后需要进行编译和运行,以笔者自身为例,使用 Eclipse 写完代码,需要进行编译,再生成 war 包,以便部署到 Tomcat。
在编写 Java 代码的时候,我们除了需要调用 jdk 的 api,还需要调用许多第三方的 api,加入没有构建工具,你需要把这些 jar 包下载到本地,然后添加进入工程,在 IDE 中进行添加设置。这种方式非常繁琐,并且在遇到版本升级,git 同步等时候,程序会变得非常脆弱,极易产生未知错误。所以便有了构建工具的产生,它可以让我们专注于写代码,而不需要考虑如何导入 jar 包,如何升级 jar 包版本,以及 git 多人协作等等问题。这是在编译过程中的优势,在运行和发布的过程中,构建工具依然可以帮助我们将工程生成指定格式的文件。
2 - Maven 介绍
2.1 pom.xml
Maven项目的核心是pom.xml。POM( Project Object Model,项目对象模型)定义了项目的基本信息,用于描述项目如何构建,声明项目依赖等。
<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">
<groupId>com.binbinjiang</groupId>
<artifactId>binbinjiang-jianshu</artifactId>
<version>1.0-SNAPSHOT</version>
<packaging>war</packaging>
<name>my-jianshu</name>
...
</project>
- 第一行是 XML 头,指定了该 xml 文档的版本和编码方式;
- 最重要的是 groupId、artifactId、version 这三行
- groupId:定义当前 Maven 项目隶属的实际项目,一个实际项目下会有多个 Maven 项目。如一家公司开发的产品,groupId 就是公司/个人域名,但会包括众多的 Maven 项目;
- artifactId: 定义实际项目中的一个 Maven 项目,一般用实际项目名称作为 artifactId 的前缀;
- version:指定 binbinjiang-jianshu 工程的版本 - 1.0 SNAPSHOT,SNAPSHOT 意为快照,说明在该项目还处于开发中;
- packaging:定义 Maven 项目的打包方式,有 JAR 、WAR 和 EAR 三种格式(基于Java的打包jar、war、ear包的作用与区别详解)
<dependencies>
<dependency>
<groupId>com.google.guava</groupId>
<artifactId>guava</artifactId>
<version>18.0</version>
</dependency>
<dependency>
<groupId>javax</groupId>
<artifactId>javaee-web-api</artifactId>
<version>6.0</version>
<scope>provided</scope>
</dependency>
...
<dependencies>
- 这串代码就是 Maven 最核心的功能——依赖管理。本例调用了google guava 18.0 和 javax 6.0 的 jar 包
- dependencies:所有的依赖在此范围内添加,包含诸多 dependency;
- groupId,artifactId,version:定位到了需要调用 jar 包的坐标;
-
scope:定义依赖范围
- *compile *:编译范围(默认),在所有的 classpath 中可用;
- *provided *:已提供范围,provided 依赖只有在当JDK 或者一个容器已提供该依赖之后才使用
- *test *:测试范围,在一般的编译和运行时都不需要,它们只有在测试编译和测试运行阶段可用
- *runtime *:运行时范围,在运行和测试系统的时候需要,但在编译的时候不需要。如在编译的时候只需要JDBC api jar,而只有在运行的时候才需要JDBC
- *system *:系统范围,依赖与provided 类似,但是你必须显式的提供一个对于本地系统中JAR 文件的路径
2.2 Maven 仓库
这一节我将教你如何搜索你想要的 jar 包,我以搜索 Google guava 为例
- 首先,你需要在 google 上搜索 Maven Repository;
-
然后,在搜索框输入 guava;
图1 - 搜索 Google guava(1) -
Guava: Google Core Libraries For Java 就是官网的 api,点击后进入下图;
图2 - 搜索 Google guava(2) - 你需要选择相应的版本,如果你没有明确的版本要求,你可以选择 Usages 最多的或者是版本最新的,本工程便是选择 Usages 最多的 18.0 版本(使用者多代表着更加稳定),继续点击;
- 进入下图的页面后,你便可以将 <dependency></dependency> 内的内容全部复制到你的 pom.xml 中了,如果你还不知道具体放在 pom.xml 文件的哪个地方,你可以回到 2.1 节再去看一下。
2.3 Maven 指令
Maven 的生命周期包括编译,运行,测试,打包,在不同的周期中,需要使用不同的指令来执行相应的功能,下面例举了一些常用的 Maven 指令以供参考。
- 编译源代码
mvn compile - 发布项目
mvn deploy - 编译测试源代码
mvn test-compile - 运行应用程序中的单元测试
mvn test - 生成项目相关信息的网站
mvn site - 编译源代码
mvn compile - 清除项目目录中的生成结果
mvn clean - 根据项目生成的jar
mvn package - 在本地Repository中安装jar
mvn install - 生成eclipse项目文件
mvn eclipse:eclipse - 启动jetty服务
mvn jetty:run - 启动tomcat服务
mvn tomcat:run - 清除以前的包后重新打包,跳过测试类
mvn clean package -Dmaven.test.skip=true
网友评论