1.maven的概述

a.什么是 Maven

Maven 是一个项目管理工具

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

总结:

  1. maven在本质上其实是实现了代码复用的一个效果,我们在做一个项目工程的时候,需要手动引入jar包,手动引入jar包,很麻烦,所以maven为我们提供了一个jar包仓库,仓库里有大量的jar包,我们完成项目的jar包,基本上这个仓库都有,通过jar包坐标的方式,来找到这个仓库里的jar包,然后使用,并且jar包不在项目里,这样减少了磁盘的资源使用。
  2. 需要运行环境,还需要编译,测试,运行,打包,上线等操作,当项目进行优化的时候,还需要重新编译,测试,运行,打包,上线等操作,这样很麻烦,所以出现了maven,它其实就是通过底层插件的形式,将编译,测试,运行,打包,上线这些操作封装成了一个个的命令,这样我们对项目迭代升级的时候,就不需要做这些重复的操作了,只需要几个命令即可完成。

b.maven能解决什么问题?

  1. 解决手动导入jar包,并且在两个项目中重复利用相同jar包的问题。
  2. 通过开发工具IDEA集成maven,解决了次次编译的问题。( 即时编译)
  3. 测试代码,要一个个的手动测试,maven可以将所有代码测试一次性执行,并给出结果。
  4. 将代码与各种配置文件,资源整合,并定型打包,如果是web项目,发布到服务器。

总结:maven可以构建工程,管理jar包,编译代码,自动运行单元测试,打包,生成报表,部署项目,生成web站点。

c.maven的优势

项目不使用maven的劣势:

  • 不使用maven,我们做5个项目,假如5个项目都用到了相同的jar包,每个项目都要手动导入相同的jar包,这样就会导致磁盘资源的浪费,并且导致项目体积比较大。

使用maven的优势体现:

  • 所以maven有一个管理jar包的仓库,在我们做项目的时候,只需要通过jar包的坐标来引入jar包,就可以使用jar包仓库里的jar包,减少了项目的体积,减少了资源的浪费。

2.maven的依赖管理(概念)

Maven 的一个核心特性就是依赖管理。

当项目中有大量的模块,那么管理依赖就变成了困难的任务。
传统的WEB项目,必须将工程所依赖的jar包复制到工程中,导致工程变得很大。

那么maven是怎么管理这种依赖的呢?

在这里插入图片描述
maven解决项目中jar包管理依赖问题的流程:

  1. maven工程不直接将jar包导入到工程,
  2. 而是通过一个pom.xml文件中添加项目所需jar包的坐标,
  3. 在用到jar包的时候,只需要查找pom.xml文件中jar包的坐标,
  4. 然后到一个 “专门存放jar包的仓库” 中根据坐标找到jar包,并运行使用。

问题1:这样引入jar包,会不会很慢?

  • 解答:maven中提供了索引的概念,相当于查资料,通过目录快速查询,来提高引入的速度。

问题2:jar包仓库在哪里?

  • 解答:看文章后面的介绍。

3.maven一键构建概念

我们的项目,往往都要经历编译、测试、运行、打包、安装 ,部署等一系列过程。
什么是构建?

  • 指的是项目从编译、测试、运行、打包、安装 ,部署整个过程都交给 maven 进行管理,这个过程称为构建。

一键构建

  • 指的是整个构建过程,使用 maven 一个命令可以轻松完成整个工作。

Maven 规范化构建流程如下:
在这里插入图片描述
在maven项目路径下的命令提示窗口(cmd)中,输入mvn tomcat:run,即可轻松实现编译,测试,运行操作。

4.maven的安装

如何下载?

下载地址:https://maven.apache.org/download.cgi
在这里插入图片描述

如何安装?

Maven 下载后,将 Maven 解压到一个没有中文没有空格的路径下,比如 G:\java_maven\maven 下面。

项目结构如下:
在这里插入图片描述

  • bin:存放了 maven 的命令,比如我们前面用到的mvn tomcat:run
  • boot:存放了一些 maven 本身的引导程序,如类加载器等
  • conf:存放了 maven 的一些配置文件,如 setting.xml 文件
  • lib:存放了 maven 本身运行所需的一些 jar 包

至此我们的 maven 软件就可以使用了,前提是你的电脑上之前已经安装并配置好了 JDK。

JDK的配置这里就不在演示

测试maven软件是否安装成功?

  • 通过 mvn -v命令检查 maven 是否安装成功,看到 maven 的版本及 java 版本,即为安装成功。
  • 找开 cmd 命令,输入 mvn –v命令,如下图:
    在这里插入图片描述

5.仓库的种类和彼此关系

maven 的工作需要从仓库下载一些 jar 包,如下图所示,本地的项目 A、项目 B 等都会通过 maven软件从远程仓库(可以理解为互联网上的仓库)下载 jar 包并存在本地仓库,本地仓库 就是本地文件夹,当第二次需要此 jar 包时则不再从远程仓库下载,因为本地仓库已经存在了,可以将本地仓库理解为缓存,有了本地仓库就不用每次从远程仓库下载了。

在这里插入图片描述

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

如何配置maven本地仓库

  1. 将本地的jar包仓库解压到一个没有中文和空格的文件夹内
  2. 在 MAVE_HOME/conf/settings.xml 文件中配置本地仓库位置(maven 的安装目录下):在这里插入图片描述
  3. 打开settings.xml,找到图中配置:

在这里插入图片描述

  1. 将上方箭头的那段配置,复制到注释外,并将标签内的内容修改为你要设置为本地仓库的路径,就配置成功了。

全局 setting 与 与用户 setting

maven 仓库地址、私服等配置信息需要在 setting.xml 文件中配置,分为全局配置和用户配置。

  1. 在 maven 安装目录下的有 conf/setting.xml 文件,此 setting.xml 文件用于 maven 的所有project项目,它作为 maven 的全局配置。
  2. 如需要个性配置则需要在用户配置中设置,用户配置的 setting.xml 文件默认的位置在:user.dir/.m2/settings.xml目录中,{user.dir}/.m2/settings.xml 目录中,user.dir/.m2/settings.xml,{user.dir} 指windows 中的用户目录。
  3. maven会先找用户配置,如果找到则以用户配置文件为准,否则使用全局配置文件。
    在这里插入图片描述

6.maven的标准目录结构

Maven 工程的目录结构
在这里插入图片描述
作为一个 maven 工程,它的 src目录和 pom.xml 是必备的。
进入 src目录后,我们发现它里面的目录结构如下:

  • src/main/java —— 存放项目的.java 文件
    src/main/resources —— 存放项目资源文件,如 spring, hibernate 配置文件
    src/test/java —— 存放所有单元测试.java 文件,如 JUnit 测试类
    src/test/resources —— 测试资源文件
    target —— 项目输出位置,编译后的class 文件会输出到此目录
    pom.xml——maven 项目核心配置文件

注意:如果是普通的 java 项目,那么就没有webapp 目录。

Maven 工程的运行

进入 maven 工程目录(当前目录有 pom.xml 文件),运行mvn tomcat:run 命令。
在这里插入图片描述

根据上边的提示信息,通过浏览器访问:http://localhost:8080/maven-helloworld/

问题处理

如果本地仓库配置错误会报下边的错误
在这里插入图片描述
分析:

  • maven 工程运行先从本地仓库找 jar 包,本地仓库没有再从中央仓库找,上边提示 downloading…表示 从中央仓库下载jar,由于本地没有联网,报错。

解决:

  • 在 maven 安装目录的conf/setting.xml 文件中配置本地仓库,参考: “5.仓库的种类和彼此关系章节”。

7.maven常用命令

我们可以在cmd 中通过 maven 命令对maven工程进行编译、测试、运行、打包、安装、部署。

1.compile

  • compile 是 maven 工程的编译命令,作用是将 src/main/java 下的文件编译为 class 文件输出到target目录下。

cmd 进入命令状态,执行mvn compile,如下图提示成功:
在这里插入图片描述
查看 target 目录,class 文件已生成,编译完成。
在这里插入图片描述

2.test

test 是 maven 工程的测试命令 mvn test,会执行src/test/java下的单元测试类。

  • cmd 执行 mvn test 执行的是src/test/java 下的单元测试类,并且会编译src/main/java下的代码文件。

3.clean

clean 是 maven 工程的清理命令,执行 clean 会删除 target 目录及内容。

4.package

package 是 maven 工程的打包命令,对于 java 工程执行 package 打成 jar 包,对于web 工程打成war包。

  • (此命令会编译src/main/java下的java文件,也会执行单元测试类,并且打成jar包,并将web工程打成war包)

5.install

install 是 maven 工程的安装命令,执行 install 将 maven 打成 jar 包或 war 包发布到本地仓库。从运行结果中,可以看出:

  • 当后面的命令执行时,前面的操作过程也都会自动执行。

8.maven生命周期

在这里插入图片描述
maven 对项目构建过程分为三套相互独立的生命周期,
请注意这里说的是“三套”,而且“相互独立”,
这三套生命周期分别是:

  • Clean Lifecycle 在进行真正的构建之前进行一些清理工作。(清理生命周期)
  • Default Lifecycle 构建的核心部分,编译,测试,打包,部署等等。(默认生命周期)
  • Site Lifecycle 生成项目报告,站点,发布站点。(站点生命周期)

9.maven概念模型图

Maven 包含了

  • 一个项目对象模型 (Project Object Model),
  • 一组标准集合
  • 一个项目生命周期(ProjectLifecycle),
  • 一个依赖管理系统(Dependency Management System),
  • 和用来运行定义在生命周期阶段(phase)中插件(plugin)目标(goal)的逻辑。

在这里插入图片描述
项目对象模型(POM)

  • 项目对象模型指的是pom.xml文件,每个maven工程中都有一个pom.xml文件,通过pom.xml文件定义项目的坐标、项目依赖、项目信息、插件目标等。

一个项目生命周期(Project Lifecycle)

  • 使用 maven 完成项目的构建,项目构建包括:清理、编译、测试、部署等过程,maven将这些过程规范为一个生命周期,如下所示是生命周期的各各阶段:
    在这里插入图片描述

  • 每一个构建项目的命令都对应了maven底层的一个插件,如果没有底层的插件,这些命令将没有任何用处。

  • maven 通过执行一些简单命令即可实现上边生命周期的各各过程,比如执行 mvn compile 执行编译、执行 mvn clean 执行清理。

依赖管理系统(Dependency Management System)

  • 通过 maven 的依赖管理对项目所依赖的 jar 包进行统一管理。 比如:项目依赖 junit4.9,通过在 pom.xml 中定义 junit4.9 的依赖即使用 junit4.9,如下所示是 junit4.9 的依赖定义:
    在这里插入图片描述

一组标准集合

  • maven将整个项目管理过程定义一组标准,比如:通过 maven构建工程有标准的目录结构,有标准的生命周期阶段、依赖管理有标准的坐标定义等。

插件(plugin)目标(goal)

  • maven 管理项目生命周期过程都是基于插件完成的。

10.IDEA集成maven插件

  1. 在IDEA中的菜单栏中,打开File >> Settings >> 搜索maven,配置maven

在这里插入图片描述

  1. 在Runner选项栏中的VM Options输入框中,输入:
    -DarchetypeCatalog=internal。(加快maven项目工程的构建速度)

在这里插入图片描述

11.创建maven的java,web工程

使用骨架创建maven的java工程

使用骨架创建maven的java工程,工程目录如下:
骨架(模板)为我们创建好了main,test目录。
在这里插入图片描述

在这里插入图片描述
在这里插入图片描述
在这里插入图片描述
在这里插入图片描述

不使用骨架创建maven的java工程(推荐使用)

不使用骨架就是不勾选Create from archetype
不使用骨架创建的maven的java工程目录如下:
它没有测试类
在这里插入图片描述

在这里插入图片描述

使用骨架创建maven的web工程

在这里插入图片描述
在这里插入图片描述
在这里插入图片描述

12.maven工程servlet实例

指定web资源包

创建maven的web工程后,在webapp文件上可以看到能创建JSP文件,但是在main下的java文件下不能创建,是因为没有给指定的目录创建jsp文件的权限。
如何指定?
在这里插入图片描述

导入项目依赖的jar包

在main\java\下创建一个servlet,我们会发现没有相应的jar包

如何解决?

解决问题:

  • 就是要将 servlet-api-xxx.jar 包放进来,作为 maven 工程应当添加servlet的坐标,从而导入它的 jar。

1. 在 pom.xml 文件添加坐标

打开工程的 pom.xml 文件,再添加坐标
添加 jar 包的坐标时,还可以指定这个 jar 包将来的作用范围。
每个 maven 工程都需要定义本工程的坐标,坐标是 maven 对 jar 包的身份定义,比如:入门程序的坐标定义如下:

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

2. 坐标的来源方式

添加依赖需要指定依赖 jar 包的坐标,但是很多情况我们是不知道 jar 包的的坐标,可以通过如下方式查询:
http://search.maven.org/
http://mvnrepository.com/

通过图片中红色方框中的方式,添加到pom.xml文件中,来引入jar包的坐标。
在这里插入图片描述
在这里插入图片描述
在这里插入图片描述

3.项目中添加坐标,在pom.xml文件中添加坐标

添加方式如下:
在这里插入图片描述
scope标签指的是当前jar包的作用范围,有5个范围分别是:

  • compile
  • provided
  • runtime
  • test
  • system

在这里插入图片描述
在 maven-web 工程中测试各各 scop。
测试总结:

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

13.maven工程servlet实例之jar包冲突

当我们使用maven运行tomcat,打开网址后,出现jar包冲突,导致网页无法打开。
这时候我们就需要在引入jar包坐标的时候,指定一个scope标签。
如图:
在这里插入图片描述
当指定为test,表示jar包的作用范围只在测试代码的时候有效。
maven的servlet-api的jar包和tomcat的servlet jar包冲突,是因为同时在runtime运行时的时候都有效,就产生了冲突。

如何解决maven和tomcat的servlet的jar包冲突?

  1. 在引入jar包的时候,在scope标签中,指定为 provided。

14.设置JDK编译版本(1.8版本)

在 pom.xml 中加入:

<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>

15.设置servlet的访问路径

在创建servlet时,需要在web.xml补全servlet的访问路径。

16.添加 tomcat7 插件

https://blog.csdn.net/qq_44785877/article/details/111694632

总结

maven 仓库

  • maven 仓库的类型有哪些?
  • maven 工程查找仓库的流程是什么?
  • 本地仓库如何配置?

常用 的 maven 命令包括:

  • compile:编译
  • clean:清理
  • test:测试
  • package:打包
  • install:安装

坐标定义

  • 在 pom.xml 中定义坐标,内容包括:groupId、artifactId、version,详细内容如下
<!--项目名称,定义为组织名+项目名,类似包名-->
<groupId>cn.itcast.maven</groupId>
<!-- 模块名称 -->
<artifactId>maven-first</artifactId>
<!-- 当前项目版本号,snapshot 为快照版本即非正式版本,release为正式发布版本 -->
<version>0.0.1-SNAPSHOT</version>
<packaging > :打包类型
jar:执行 package 会打成 jar 包
war:执行 package 会打成 war 包
pom :用于 maven 工程的继承,通常父工程设置为 pom

pom 基本配置
pom.xml 是 Maven 项目的核心配置文件,位于每个工程的根目录,基本配置如下:

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

CSDN联合极客时间,共同打造面向开发者的精品内容学习社区,助力成长!

更多推荐