Maven的使用-创新互联

一、基础概念 1. 坐标

Maven的所有构件均通过坐标进行组织和管理。Maven的坐标通过5个元素进行定义，其中groupId、artifactId、version是必须的，packaging是可选的（默认为jar），classifier是不能直接定义的。
Maven使用groupId、artifactId、version唯一确定坐标，每个坐标都唯一的指向一个Maven项目，包名应与groupId+artifactId相吻合。

专业从事成都网站设计、成都网站制作,高端网站制作设计,小程序开发,网站推广的成都做网站的公司。优秀技术团队竭力真诚服务，采用H5页面制作+CSS3前端渲染技术，成都响应式网站建设公司，让网站在手机、平板、PC、微信下都能呈现。建站过程建立专项小组，与您实时在线互动，随时提供解决方案，畅聊想法和感受。1.1 groupId

项目组织唯一的标识符，一般为反写的公司网址+项目名，跟Java包名类似，通常与域名反向一一对应。

1.2 artifactId

项目的唯一的标识符，一般为项目名+模块名，定义当前Maven项目的一个模块，默认情况下，Maven生成的构件，其文件名会以artifactId开头，如hibernate-core-3.6.5.Final.jar。

1.3 version

定义项目版本号：x.x.x+版本类型

• 第一个x表示大版本号
• 第二个x表示分支版本号
• 第三个x表示小版本号（可省略）

常见版本类型：

• SNAPSHOT快照
• ALPHA内部测试
• BEAT公测
• RELEASE稳定
• GA正式发布

1.4 packaging

定义项目打包方式。如jar、war、pom、zip等，默认为jar。

1.5 classifier

定义项目的附属构件，如hibernate-core-3.6.6.Final-sources.jar，hibernate-core-3.6.6.Final-javadoc.jar，其中sources和javadoc就是这两个附属构件的classifier。classifier不能直接定义，通常由附加的插件帮助生成。

2. 生命周期

Maven有三套相互独立的生命周期，分别是clean、default和site。每个生命周期包含一些阶段（phase），阶段是有顺序的，后面的阶段依赖于前面的阶段。

2.1 clean生命周期

清理项目，包含三个phase：

• pre-clean执行清理前需要完成的工作
• clean清理上一次构建生成的文件
• post-clean执行清理后需要完成的工作

2.2 default生命周期

构建项目，重要的phase如下：

• validate验证工程是否正确，所有需要的资源是否可用
• initialize
• generate-sources
• process-sources
• generate-resources
• process-resources复制和处理资源文件到target目录，准备打包
• **compile**** 编译项目的源代码**
• process-classes
• generate-test-sources
• process-test-sources
• generate-test-resources
• process-test-resources
• **test-compile**** 编译测试源代码**
• process-test-classes
• **test**** 使用合适的单元测试框架来测试已编译的源代码**
• prepare-package
• **package**** 把已编译的代码打包成可发布的格式，比如****jar**
• pre-integration-test
• integration-test如有需要，将包处理和发布到一个能够进行集成测试的环境
• post-integration-test
• verify运行所有检查，验证包是否有效且达到质量标准
• **install**** 将打好的包安装到本地仓库，供其他项目使用**
• deploy将打好的包安装到远程仓库，供其他项目使用

2.3 site生命周期

建立和发布项目站点，phase如下：

• pre-site生成项目站点之前需要完成的工作
• site生成项目站点文档
• post-site生成项目站点之后需要完成的工作
• site-deploy将项目站点发布到服务器

3. 依赖相关 3.1 依赖范围

执行不同的Maven命令，比如mvn package、mvn test、mvn install等，会使用不同的classpath。
Maven对应的有三套classpath：编译、测试、运行。scope选项的值，决定了该依赖构件会被引入到哪一个classpath中。
**scope**标签：

• compile默认，编译、测试、运行均有效[会传递]
• provided在编译和测试时有效，如servletAPI可以加入[不传递]
• runtime在测试和运行时有效，如JDBCAPI可以加入
• test在测试时有效，如junit可以加入
• system在编译和测试时有效，与本机系统相关联，移植性差，在系统中以外部jar包的形式引入，不会在仓库中查找
• import导入，只能用在dependecyManagement中，表示从其他pom中导入dependecy的配置

3.2 依赖传递

如果C依赖B、B依赖A，则C→B→A。那么此时C也会依赖A且会包含A中的依赖,这就是传递依赖。消除传递依赖：需要使用标签。

3.3 依赖冲突

当多个传递性依赖中有对同一构件不同版本的依赖时，依赖传递原则：

• 短路径优先

假如有以下依赖：A ->B ->C ->X(版本1.0) 和A ->D ->X(版本2.0)，则优先解析较短路径的 X(版本 2.0)。

• 先声明优先

若路径长度相同，则谁先声明，谁被解析。

3.4 依赖排除

使用依赖排除元素，显示排除短路径依赖。

3.5 依赖归类

通常在项目中，我们会同时依赖同一个构件的不同模块，如spring-orm-3.2.0、spring-context-3.2.0，且多个模块版本相同。为了维护和升级方便，我们可以对其同一管理，这时可以使用到Maven属性，类似于变量的概念。

3.2.0.RELEASEorg.springframeworkspring-orm${springframework.version}org.springframeworkspring-context${springframework.version}

4. 聚合和继承 4.1 聚合

在一个项目中，分模块使用了Maven，那么可能在这个项目中会有五六个，或者更多的Maven项目存在。如果此时需要编译或测试要怎么办呢，进入每个Maven项目中进行mvn compile么，那就要执行五六次的compile命令，十分繁琐，这里就可以用Maven的聚合来解决这个问题。

ABC

4.2 继承

如果多个Maven项目具有相同的依赖时或配置时，那么应该如何处理呢？这里就用到继承的概念，在Maven中使用标签来进行继承。

4.0.0com.xxxparent1.0.0-SNAPSHOTpomUTF-84.122.4junitjunit${junit.version}test commons-io commons-io ${commons-io.version}

4.0.0com.xxxparent1.0.0-SNAPSHOTcom.xxxchild1.0.0-SNAPSHOTjarcommons-iocommons-io

5. 常用标签

1.0.0com.xxxxxx-cloud1.0.0-SNAPSHOTjarxxx-xxxxxxhttps://git.xxx.comUTF-8junitjunit3.8.1testfalse 

6. 常用命令

• mvn -v查看maven版本及其他相关信息
• mvn compile编译maven项目，并生成target文件夹
• mvn test运行test目录下的测试文件，即测试
• mvn package将项目打包，默认打包为jar格式，也可以打包成war格式用于服务器运行
• mvn install将打包的jar文件安装到maven本地仓库
• mvn clean删除targert，相当于清除缓存

二、使用规范 1. 依赖版本定义

所有的子项目中，不能使用指定依赖版本，所有依赖在父级pom中使用dependencyManagement声明，在properties中统一维护版本。

1.0.0com.xxxcloud1.0.0-SNAPSHOTpom2.4 commons-io commons-io ${commons-io.version}

4.0.0com.xxxcloud1.0.0-SNAPSHOTcom.xxxaaa1.0.0-SNAPSHOTjarcommons-iocommons-io

你是否还在寻找稳定的海外服务器提供商？创新互联www.cdcxhl.cn海外机房具备T级流量清洗系统配攻击溯源，准确流量调度确保服务器高可用性，企业级服务器适合批量采购，新人活动首月15元起，快前往官网查看详情吧

网页题目：Maven的使用-创新互联
分享链接：http://cdkjz.cn/article/djjgoi.html