什么是Maven

什么是Maven

Maven 是一个项目管理工具，它包含了一个项目对象模型 (POM:Project Object Model)，一组标准集合，一个项目生命周期(Project Lifecycle)，一个依赖管理系统(Dependency Management System)，和用来运行定义在生命周期阶段(phase)中插件(plugin)目标 (goal)的逻辑

两个主要功能

Maven的依赖管理

当我们涉及到多模块的项目(包含成百个模块或者子项目)，管理依赖就变成一项困难的任务。Maven展示出了它对处理这种情形的高度控制

项目的一键构建

• 整个构建过程，使用 maven 一个命令可以轻松完成整个工作
  • 构建: 指的是项目从清理、编译、测试、运行、打包、安装 ，部署整个过程都交给 maven 进行管理

Maven的使用

Maven 仓库

Maven仓库的分类

• 本地仓库 :用来存储从远程仓库或中央仓库下载的插件和 jar 包，项目使用一些插件或 jar 包，优先从本地仓库查找
• 远程仓库:如果本地需要插件或者 jar 包，本地仓库没有，默认去远程仓库下载。远程仓库可以在互联网内也可以在局域网内
• 中央仓库 :在 maven 软件中内置一个远程仓库地址 http://repo1.maven.org/maven2 ，它是中央仓库，服务于整个互联网，它是由 Maven 团队自己维护，里面存储了非常全的 jar 包，它包含了世界上大部分流行的开源项目构件

Maven本地仓库的配置

在 MAVE_HOME/conf/settings.xml 文件中配置本地仓库位置(maven 的安装目录下)

打开settings.xml，配置如下:

全局 setting 与用户 setting

• maven 仓库地址、私服等配置信息需要在 setting.xml 文件中配置，分为全局配置和用户配置
• 在 maven 安装目录下的有 conf/setting.xml 文件，此 setting.xml 文件用于 maven 的所有 project 项目，它作为 maven 的全局配置
• 如需要个性配置则需要在用户配置中设置，用户配置的 setting.xml 文件默认的位置在:${user.dir} /.m2/settings.xml目录中,${user.dir}指用户目录
• maven 会先找用户配置，如果找到则以用户配置文件为准，否则使用全局配置文件

Maven 常用命令

1. clean: clean 是 maven 工程的清理命令，执行 clean 会删除 target 目录及内容
2. compile: 是 maven 工程的编译命令，作用是将 src/main/java 下的文件编译为 class 文件输出到 target 目录下
3. test: test 是 maven 工程的测试命令 mvn test，会执行 src/test/java 下的单元测试类
4. package: package 是 maven 工程的打包命令，对于 java 工程执行 package 打成 jar 包，对于 web 工程打成 war 包
5. install: install 是 maven 工程的安装命令，执行 install 将 maven 打成 jar 包或 war 包发布到本地仓库
   当下面的指令执行时，前面的操作会自动执行

maven的概念模型

Maven 是一个项目管理工具，它包含了一个项目对象模型 (POM:Project Object Model)，一组标准集合，一个项目生命周期(Project Lifecycle)，一个依赖管理系统(Dependency Management System)，和用来运行定义在生命周期阶段(phase)中插件(plugin)目标 (goal)的逻辑

• 项目对象模型 (Project Object Model)
  • 一个 maven 工程都有一个 pom.xml 文件，通过 pom.xml 文件定义项目的坐标、项目依赖、项目信息、 插件目标等
• 依赖管理系统 (Dependency Management System)
  • 通过maven的依赖管理对项目所依赖的jar 包进行统一管理
• 一个项目生命周期 (Project Lifecycle)
  • 使用 maven 完成项目的构建，项目构建包括:清理、编译、测试、部署等过程，maven 将这些过程规范为一个生命周期
• 一组标准集合
  • maven 将整个项目管理过程定义一组标准，比如:通过 maven 构建工程有标准的目录结构，有标准的生命周期阶段、依赖管理有标准的坐标定义等
• 插件(plugin)目标(goal)
  • maven 管理项目生命周期过程都是基于插件完成的

Maven基本知识

坐标定义

1
2
3
4
5
6
7
8
9
10
11
12

<!-- 项目名称，定义为组织名+项目名，类似包名 --> 
<groupId>com.xushui</groupId>
<!-- 模块名称 --> 
<artifactId>maven_demo</artifactId>
<!-- 当前项目版本号，snapshot为快照版本即非正式版本，release为正式发布版本 -->
<version>0.0.1-SNAPSHOT</version> 
<packaging > 
	打包类型:
		jar:执行 package 会打成 jar 包
		war:执行 package 会打成 war 包
		pom :用于 maven 工程的继承，通常父工程设置为 pom
</packaging>

依赖范围

• A 依赖 B，需要在 A 的 pom.xml 文件中添加 B 的坐标，添加坐标时需要指定依赖范围，依赖范围包括:
  • compile: 编译范围，指 A 在编译时依赖 B，此范围为默认依赖范围。编译范围的依赖会用在 编译、测试、运行，由于运行时需要所以编译范围的依赖会被打包
  • provided: provided依赖只有在当JDK或者一个容器已提供该依赖之后才使用，provided依赖在编译和测试时需要，在运行时不需要，比如:servlet api 被 tomcat 容器提供
  • runtime: runtime 依赖在运行和测试系统的时候需要，但在编译的时候不需要。比如:jdbc 的驱动包。由于运行时需要所以 runtime 范围的依赖会被打包
  • test: test 范围依赖在编译和运行时都不需要，它们只有在测试编译和测试运行阶段可用， 比如:junit。由于运行时不需要所以 test 范围依赖不会被打包
  • system: system 范围依赖与 provided 类似，但是你必须显式的提供一个对于本地系统中 JAR 文件的路径，需要指定 systemPath 磁盘路径，system 依赖不推荐使用

• 默认引入的 jar 包 ——- compile【默认范围 可以不写】(编译、测试、运行都有效)
• servlet-api、jsp-api ——- provided (编译、测试 有效，运行时无效防止和 tomcat 下 jar 冲突)
• jdbc 驱动 jar 包 —- runtime (测试、运行 有效 )
• junit —– test (测试有效)
• 依赖范围由强到弱的顺序是: compile > provided > runtime > test

设置 jdk 编译版本

如果需要jdk编译版本为1.8

1
2
3
4
5
6
7
8
9
10
11
12
13

<build>
	<plugins>
		<plugin>
			<groupId>org.apache.maven.plugins</groupId>
			<artifactId>maven-compiler-plugin</artifactId>
			<configuration>
				<source>1.8</source>
				<target>1.8</target>
			<encoding>UTF-8</encoding>
    		</configuration>
		</plugin>
     </plugins>
</build>

pom基本配置

pom.xml 是 Maven 项目的核心配置文件，位于每个工程的根目录，基本配置如下:
<project >: 文件的根节点
<modelversion >: pom.xml 使用的对象模型版本
<groupId >: 项目名称，一般写项目的域名
<artifactId >: 模块名称，子项目名或模块名称
<version >: 产品的版本号
<packaging >: 打包类型，一般有 jar、war、pom 等
<name >: 项目的显示名，常用于 Maven 生成的文档
<description >: 项目描述，常用于 Maven 生成的文档
<dependencies >: 项目依赖构件配置，配置项目依赖构件的坐标
<build>: 项目构建配置，配置编译、运行插件等