Maven知识汇总

1.Maven是什么,能干什么？

Maven是一款服务于Java平台得自动化构建工具(其他工具Make->Ant->Maven->Gradle)
①大项目可以借助Maven就可以将一个项目拆分成多个项目
②借助于Maven可以以一种规范的方式下载jar包。
因为所有知名框架或第三方工具的jar包以及按照统的规范存放在了Maven
的中央仓库中。
③会自动将被依赖得jar导入进来

2.构建

①概念：以Java源文件，框架配置文件，JSP，HTML，图片等资源为原材料，去生成一个可以运行得项目得过程。
	编译，得到字节码文件.class
	部署，编译得结果拿到服务器上指定的目录下
	搭建
②编译：Java源文件[User.java]-》编译->Class字节码文件[User.class]-》交给JVM去执行
③部署：一个BS项目最终运行得并不是动态Web工程得本身，而是这个动态Web工程“编译得结果”
	动态Web工程->编译，部署->编译结果
Tips：运行环境，其实是一组jar得引用，并没有把jar包本身复制到工程中，所以并不是目录
Tips : tc server整个目录复制到eclipse解压安装目录下的dropins目录下，会显示插件选项

④构建过程中得各环节
	[1]清理：将以前编译得到的旧的class字节码文件删除,为下一次编译做准备
	[2]编译：将Java源程序编程成class字节码文件
	[3]测试：自动测试，自动调用junit程序
	[4]报告：测试程序执行得结果
	[5]打包：动态Web工程大war包，Java工程jar包
	[6]安装：Maven特定得概念将打包得到得文件复制到”仓库“中指定位置
	[7]部署：将动态Web工程生成得war包复制到Servlet容器得指定目录下，使其可以运行
⑤	自动构建（编译，打包，部署，测试）

3.安装Maven核心程序

①检查JAVA_HOME运行环境
②解压Maven核心程序得压缩包，放在一个非中文无空格路径下
③配置Maven相关环境变量，M2_Home,path
(4)cmd->mvn -v查看版本号

4.Maven得核心概念

	①约定的目录结构
	②POM
	③坐标
	④依赖
	⑤仓库
	⑥生命周期/插件/目标
	(7)继承
	(8)聚合

5.第一个Maven工程

	①创建约定的目录结构
		[1]根目录:工程名
		[2]src目录:源码
		[3]pom.xml文件: Maven工程的核心配置文件
		[4]main目录:存放主程序
		[5]test目录:存放测试程序
		[6]java目录:存放Java源文件
		[7]resources目录:存放框架或其他I具的配置文件
	②为什么要遵守约定的目录结构呢?
	 。Maven要负责我们这个项目的自动化构建,以编译为例, Maven要想自动进行编译,那么它必须知道
	   Java源文件保存在哪里。
	 。如果我们自己自定义的东西想要让框架知道，有两种方法
		方法一：以配置得方式明确告诉框架
		<param-value>classpath:spring-context.xml</param-value>
		方法二：遵守框架内部已经存在的约定
		log4j.properties
		log4j.xml
	 。约定(加构深得了解)>配置(框架深得了解)>编码(基本语法)

6.常用Maven命令

①注意:执行与构建过程相关的Maven命令，必须进入pom.xml所在的目录。
	与构建过程相关∶编译、测试、打包、......
②常用命令
	[1]mvn clean:清理
	[2]mvn compile:编译
	[3]mvn test-compile:编译测试程序
	[4]mvn test:执行测试
	[5]mvn package :打包
	[6]mvn install:安装
	[7]mvn site:生成站点

7.关于联网的问题

①Maven的核心程序中仅仅定义了抽象的生命周期，但是具体的工作必须由特定的插件来完成。而插件本身
	并不包含在Maven的核心程序中。
②当我们执行的Maven命令需要用到某些插件时，Maven核心程序会首先到本地仓库中查找。
③本地仓库的默认位置:[系统中当前用户的家目录]\.m2\repository
④Maven核心程序如果在本地仓库中找不到需要的插件，那么它会自动连接外网，到中央仓库下载。
⑤如果此时无法连接外网，则构建失败。
⑥修改默认本地仓库的位置可以让Maven核心程序到我们事先准备好的目录下查找插件
	[1]找到Maven解压目录\conf\settings.xml
	[2]在settings.xml文件中找到localRepository标签
	[3]将<localRepository>/path/to/local/repo</localRepository>从注释中取出
	[4]将标签体内容修改为已经准备好的Maven仓库目录

8.POM

①含义：Project Object Model项目对象模型
	DOM DocumentObject Model 文档对象类型
②pom.xml对于Maven工程是核心配置子文件，与构建过程相关的一切设置都在这个文件中进行配置
重要成得相当于web。xml对于动态web工程

9.坐标

①数学中的坐标:
	[1]在平面上，使用X、Y两个向量可以唯一的定位平面中的任何一个点。
	[2]在空间中，使用X、Y、Z三个向量可以唯一的定位空间中的任何一个点。
②Maven的坐标
	使用下面三个向量在仓库中唯一定位一个Maven工程
	[1]groupid:公司或组织域名倒序+项目名
		<groupid>com.atguigu.maven</groupid>
	[2]artifactid : 模块名
		<artifactid>Hello</artifactid>
	[3]version:版本
		<version>1.0.0</version>
③Maven工程的坐标与仓库中路径的对应关系
	<groupld>org.springframework</groupId>
	<artifactId>spring-core</artifactId>
	<version>4.0.0.RELEASE</version>
	org/springframework/spring-core/4.0.0.RELEASE/spring-core-4.0.0.RELEASE.jar

10.仓库

①仓库的分类
	[1]本地仓库:当前电脑上部署的仓库目录，为当前电脑上所有Maven工程服务
	[2]远程仓库
		①私服︰搭建在局域网环境中，为局域网范围内的所有Maven工程服务
		②中央仓库:搭建在Internet上，为全世界所有Maven工程服务
		③中央仓库镜像︰为了分担中央仓库的流量，提升用户访问速度
②仓库中保存的内容：Maven工程 
	[1]Maven自身所需要的插件
	[2]第三方框架或工具的jar包
	[3]我们自己开发的Maven工程

11.依赖

①Maven解析依赖信息时会到本地仓库中查找被依赖的jar包。
	对于我么自己开发得Maven工程，使用mvn install命令安装后就可以进入仓库
②依赖范围	
	Maven 分为test，main
	[1]compile范围依赖
		.对主程序是否有效:有效
		.对测试程序是否有效:有效
		.是否参与打包:参与 
	[2]test范围依赖
		.对主程序是否有效:无效
		.对测试程序是否有效:有效
		·是否参与打包:不参与
	[3]provided范围依赖
		.对主程序是否有效:有效
		.对测试式程序是否有效∶有效
		.是否参与打包:不参与
		.是否参与部署:不参与
		.典型例子:servlet-api.jar
Maven工程(Web工程)
	开发  需要compile依赖范围 provided范围依赖
	部署  需要compile依赖范围 忽略
	运行  需要compile依赖范围 由Servlet
Tomcat服务器	

12.生命周期

①各个构建环节执行的顺序︰不能打乱顺序，必须按照既定的正确顺序来执行。
②Maven的核心程序中定义了抽象的生命周期，生命周期中各个阶段的具体任务是由插件来完成的。
③Maven核心程序为了更好的实现自动化构建，按照这一的特点执行生命周期中的各个阶段︰不论现在要执
行生命周期中的哪一个阶段，都是从这个生命周期最初得位置开始的。
④插件和目标
	[1]生命周期的各个阶段仅仅定义了要执行的任务是什么。
	[2]各个阶段和插件的目标是对应的。
	[3]相似的目标由特定的插件来完成。
	[4]可以将目标看作“调用插件功能的命令”

13.使用Maven

①Maven插件:内置
②Maven插件的设置
	[1]installations:指定Maven核心程序的位置。不建议使用插件自带的Maven程序，而应该使用我们
	自己解压的那个。
	[2]user settings:指定conf/settings.xml的位置，进而获取本地仓库的位置。
③基本操作
	[1]创建Maven版的Java工程
	[2]创建Maven版的Web工程
	[3]执行Maven命令,Run As ->Maven build... 
	输入compile

14.依赖[高级]

①依赖的传递性
	[1]好处:可以传递的依赖不必在每个模块工程中都重复声明，在“最下面”的工程中依赖一次即可。
	[2]注意:非compile范围的依赖不能传递。所以在各个工程模块中，如果有需要就得重复声明依赖。
②依赖的排除的设置方式
	<exclusions>
		<exclusion>
			<groupId>commons-logging</groupId>
			<artifactId>commons-logging</artifactId>
		</exclusion>
	</exclusions>
③依赖的原则
	[1]作用︰解决模块工程之间的jar包冲突问题
	[2]情景设定1路径层级不同∶验证路径最短者优先原则
	[3]情景设定2路径层级相同:先声明者优先

15.继承

由于test范围的依赖不能传递，所以必然会分散在各个模块工程中，很容易造成版本不一致。
①需求:统一管理各个模块工程中对junit依赖的版本
②解决思路:将依赖版本统一提取到“父”工程中，在子工程中声明依赖时不指定版本，以父工程中统一设定的为标准。同时页便于修改。
③操作步骤
	[1]创建一个Maven工程作为父工程。注意︰打包的方式pom
	[2]在子工程中声明对父工程的引用
	[3]将子工程的坐标中与父工程坐标中重复的内容蒯除
	[4]在父工程中统一管理的junit依赖
	[5]在子工程中删除junit依赖的版本号部分
⑤注意︰配置继承后，执行安装命令时要先安装父工程。

16.聚合

①作用:—键安装各个模块工程。
②配置方式:在一个“总的聚合工程”中配置各个参与聚合的模块
③使用方式∶在聚合工程的pom.xml上点右键一run as→maven install