Maven的使用

1.为什么要使用Maven

1.一个项目就是一个工程

带来的问题是如果项目非常大，就不适合继续使用package来划分模块，最好是每一个模块对应一个工程，利于分工协作
Maven的解决：Maven就可以把一个项目分成多个工程

2.项目中需要的jar包必须手动“复制”，“粘贴”到WEB-INF/lib目录下

带来的问题是：同样的jar包文件重复出现在不同的项目工程中，一方面浪费存储空间，另外也让工程比较臃肿
Maven的解决：借助Maven，可以将jar包仅仅保存在“仓库”中，有需要使用的工程引用这个文件接口，并不需要真的把jar包复制过来

3.jar包需要别人替我们准备好，或者到官网下载

带来的问题：如果是以不规范的方式下载的jar包，那么其中的内容很可能也是不规范的
Maven的解决:借助Maven可以以一种规范的方式下载jar包，因为所有知名框架或第三方工具的jar包已经按照统一的规范存放在Maven的中央仓库中

4.一个jar包依赖的其他jar包需要自己手动加入到项目中

带来的问题：如果所有jar包之间的依赖关系都需要程序员自己非常清楚的了解，那么就会极大的增加学习成本
Maven的解决：Maven会自动将被依赖的jar包导入进来

2.Maven是什么

概述：Maven是一款服务于平台上的自动化构建工具

什么是构建

概述：以“java源文件”，“框架配置文件”，“HTML”，“图片”等资源为“原材料”，去生产一个可以运行的项目的过程，一个可以运行的项目包括三个步骤，编译、部署和搭建，需要注意的是一个BS项目最终运行的并不是动态Web工程本身，而是这个动态web工程“编译的结果”

构建过程中的各个环节

清理：将以前编译得到的旧的class字节码文件删除，为下一次编译做准备
编译：将java源程序编译成class字节码文件
测试：自动测试，自动调用Junit程序
报告：测试程序执行的结果
打包：动态Web工程打war包，java工程打jar包
安装：Maven特定的概念--将打包得到的文件复制到“仓库”中的指定位置
部署：将动态web工程生成的war包复制到Servlet容器的指定目录下，使其可以运行

3.Maven的下载与安装

Maven的下载官网：https://maven.apache.org/

安装：

解压从官网下载的Maven
配置Maven相关的环境变量
- MAVEN_HOME（bin目录的上一层目录）
- path(需要到bin目录)

4.Maven的核心理念

约定的目录结构
POM
坐标
依赖
仓库
生命周期/插件/目标
继承
聚合

5.第一个Maven工程

1.创建约定的目录结构：

Hello

|--src

|--|--main

|--|--|--java

|--|--|--resources

|--|--test

|--|--|--java

|--|--|--resources

|--pom.xml

路径说明：

根路径：工程名
src目录：源码
pom.xml文件：Maven工程的核心配置文件
main目录：存放主程序
test目录：存放测试程序
java目录：存放java源文件
resources目录：存放框架或其他工具的配置文件

2.为什么要遵守约定的目录结构？

Maven要负责我们这个项目的自动化构建，以编译为例，Maven想要自动进行编译，那么它必须知道java源文件保存在哪里，而Maven内部的约定就告诉了他这件事情
如果我们自己自定义的东西想要让框架或工具知道，有两种办法：以配置文件明确告诉框架、遵守框架内部已经存在的约定；我们需要学习到的是，当我们有框架内部已经存在的约定，我们优先选择使用这个约定，如果没有，再用配置文件，最后才选择直接编码的方式；

3.环境部署

pom.xml里写：

4.0.0

com.luyi.maven
Hello
0.0.1-SNAPSHOT

Hello

junit
junit
4.0
test

在Hello\src\main\java\com\luyi\maven\新建一个Hello.java文件：

package com.luyi.maven;
public class Hello {
public String sayHello(String name){
return "Hello "+name+"!";
}
}

在Hello\src\test\java\com\luyi\maven\新建一个HelloTest.java文件：

package com.luyi.maven;
import org.junit.Test;
import static junit.framework.Assert.*;
public class HelloTest {
@Test
public void testHello(){
Hello hello = new Hello();
String results = hello.sayHello("litingwei");
assertEquals("Hello litingwei!",results);
}
}

4.运行几个基本的Maven命令：

mvn compile 编译主程序
mvn test-compile 编译测试程序
mvn clean 清理
mvn test 测试
mvn package 打包
mvn install 安装
mvn site:生成站点
mvn deploy:部署

注意：运行Maven命令时一定要进入pom.xml文件所在的目录！

关于Maven联网下载的问题

1.Maven的核心程序中仅仅定义了抽象的生命周期，但是具体的工作必须由特定的插件来完成，而擦肩本身并不包含在Maven的核心程序中

2.当我们执行的Maven命令需要用到某些插件时，Maven核心程序会首先到本地仓库中查找

3.本地仓库的默认位置：C:\User[登录当前系统的用户]\.m2\repository

4.Maven核心程序如果在本地仓库中找不到需要的插件，那么它会自动连接外网，到中央仓库下载

5.如果无法连接外网，则构建失败

6.修改默认本地仓库的位置，可以让Maven核心程序到我们事先准备好的目录下去找这些插件

找到Maven解压目录\conf\settings.xml
在settings.xml文件中找到localRepository标签
将 <localRepository>/path/to/local/repo</localRepository>从注释中取出来
将标签体内容修改为我们已经准备好的Maven仓库目录

6.Maven的核心理念的解读

约定的目录结构

概述：也就是我们前面说的那个目录结构

POM

概述：POM就是Project Object Model:项目对象模型，而我们的pom.xml文件是我们Maven工程的核心配置文件，与构建过程相关的一切设置都在这个文件中进行配置，重要程度相当于web.xml对于动态web工程

坐标

概述：Maven的坐标就是使用下面三个向量在仓库中唯一定位一个Maven工程

groupid:公司或组织域名倒序+项目名
artifactid:模块名称
version：版本

代码示例：

org.springframework
spring-core
4.0.0.RELEASE

根据这个坐标，去仓库里面找到对应的jar包：以上这个代码例子所对应的仓库的jar包为：org/springframework/spring-core/4.0.0.RELEASE/spring-core.4.0.0.RELEASE.jar

仓库

仓库的分类：

本地仓库：当前电脑上部署的仓库目录，为当前电脑上所有Maven工程服务
远程仓库
- 私服：搭建在局域网环境中，为局域网范围内的所有Maven工程服务
- 中央仓库：架设在Internet上，为全世界所有Maven工程服务
- 中央仓库镜像，为了分担中央仓库的流量，提升用户访问速度

依赖

概述：Maven解析依赖信息时会到本地仓库中查找被依赖的jar包，对于我们自己开发的Maven工程，使用mvn install命令安装后就可以进入仓库

依赖范围：

compile
- 对主程序有效
- 对测试程序有效
- 参与打包
- 参与部署
test
- 对主程序无效
- 对测试程序有效
- 不参与打包
- 不参与部署
- 典型例子：junit
provided
- 对主程序有效
- 对测试程序有效
- 不参与打包
- 不参与部署
- 典型例子：servlet-api.jar

代码示例：

javax.servlet
servlet-api
2.5

provided

生命周期

概述：各个构建环节执行的顺序就是生命周期，它的构建环节是不能打乱的，必须按照既定的正确顺序执行，我们执行的mvn命令他都会从头开始执行，如执行测试前，他会先执行编译，执行编译前先执行清理，他都是从头开始执行的；

插件和目标：

概述：生命周期的各个阶段仅仅定义了要执行的任务是什么，各个阶段和插件的目标是对应的，相似的目标由特定的插件来完成

依赖【高级】

依赖的传递性：

依赖的传递性的好处：可以传递的依赖不必在每一个模块工程中都重复声明，在依赖关系里“最下面”的工程中依赖一次即可

注意：非compile范围的依赖不能传递，所以在各个工程模块中，如果有需要就得重复声明依赖

依赖的排除：
概述：当我们依赖了不稳定的jar包，想排除掉它时，就可以使用依赖的排除排除掉它

依赖排除的设置：

commons-logging
commons-logging

依赖的原则：

作用:解决模块之间的jar包冲突问题

原则1：路径最短在优先原则

原则2：路径相同时，先声明者优先（先声明者就是dependency标签靠前jar包）

统一管理依赖的版本号，字符集等

1.写一个proerties标签配合自定义标签声明数据：

<luyi.spring.version>4.1.1.RELEASE</luyi.spring.version>
<project.build.sourceEncoding>UTF-8</project.build.sourceEncoding>

2.在需要统一某个东西的地方，使用${自定义标签}引用声明的版本号

${luyi.spring.version}

继承

问题：当我们各个工程依赖的Junit包不一样时，由于test范围的依赖不能传递，所以必然会分散在各个模块中，很容易造成版本不一致

需求：统一管理各个模块工程中对junit依赖的版本

解决思路：将junit依赖统一提取到“父”工程中，在子工程中声明依赖时不指定版本，以父工程中统一设定的为准，同时也便于修改

操作步骤：

1.创建一个Maven工程作为父工程，注意：打包的方式为pom

4.0.0
com.luyi.maven
Parent
0.0.1-SNAPSHOT
pom

2.在子工程中声明对父工程的引用

com.luyi.maven
Parent
0.0.1-SNAPSHOT

../Parent/pom.xml

3.将子工程的坐标与父工程的坐标中重复的内容删除（会有黄线提示删除）

4.在父工程中统一junit依赖

junit
junit
4.0
test

5.在子工程中删除junit依赖的版本号部分（有黄线提示）

注意：配置继承后，想要安装子工程时，必须先安装父工程

聚合

作用：一键安装各个模块工程

配置方式：在一个“总的聚合工程”中配置各个参与聚合的模块( )

../webProject01
../Good

使用方式：在聚合工程的pom.xml上点右键-》run as-》maven install，即可把配置在聚合里的工程一键安装

7.在Eclise中使用Maven

Maven插件的设置

Maven插件：Eclise已经内置有这个插件了

Maven插件在eclise的一些设置（window--preferences--Maven中进行设置）：

installations:指定Maven核心程序的位置，不建议使用插件自带的Maven程序，而应该使用我们自己下载解压的那个
user settings:指定Maven下载路径下的conf/settings.xml的位置，进而获取本地仓库的位置

Maven在eclise的基本操作

创建Maven版的java工程
创建Maven版的web工程
执行Maven命令（右键pom.xml文件后Run as，选择你要执行的mvn命令）

注意：在我们新建一个jsp文件时，会报错，这是由于缺少了servlet-api包导致的，在opm.xml文件中加入这个依赖包即可消除这个报错

8.Web工程的自动部署

概述：部署Maven工程时可以通过打包工程再复制到tomcat的webapps目录下进行部署，也可以通过配置文件进行自动部署

自动部署的步骤：

1.配置自动部署：设置在要自动部署的工程的pom.xml中：

AtguiguWeb

org.codehaus.cargo
cargo-maven2-plugin
1.2.3

tomcat6x
D:\DevInstall\apache-tomcat-6.0.39

existing
D:\DevInstall\apache-tomcat-6.0.39

<cargo.servlet.port>8989</cargo.servlet.port>

cargo-run
install

run

2.在eclise中右键pom.xml-》Run As-》Maven Build-》depoly（在Goals输入depoly）

注意：在eclise中自动部署到tomcat时，只管开启，是不管关闭的，而且提示信息打印在控制台有乱码，因此自动部署比较适合用cmd命令（进入到工程目录中运行mvn depoly进行部署）

9.Maven酷站

在http://mvnrepository.com/搜索需要的jar包的依赖信息

posted @ 2020-09-09 12:06 luyi001 阅读(198) 评论(0) 收藏举报

刷新页面返回顶部

luyi001