maven基础
1.maven的概述a.什么是 MavenMaven 是一个项目管理工具它包含了一个 项目对象模型 (POM:Project Object Model)一组标准集合一个项目生命周期(Project Lifecycle)一个依赖管理系统(Dependency Management System)和用来运行定义在生命周期阶段(phase)中插件(plugin)目标(goal)的逻辑。总结:maven在
1.maven的概述
a.什么是 Maven
Maven 是一个项目管理工具
- 它包含了一个 项目对象模型 (POM:Project Object Model)
- 一组标准集合
- 一个项目生命周期(Project Lifecycle)
- 一个依赖管理系统(Dependency Management System)
- 和用来运行定义在生命周期阶段(phase)中插件(plugin)目标(goal)的逻辑。
总结:
- maven在本质上其实是实现了代码复用的一个效果,我们在做一个项目工程的时候,需要手动引入jar包,手动引入jar包,很麻烦,所以maven为我们提供了一个jar包仓库,仓库里有大量的jar包,我们完成项目的jar包,基本上这个仓库都有,通过jar包坐标的方式,来找到这个仓库里的jar包,然后使用,并且jar包不在项目里,这样减少了磁盘的资源使用。
- 需要运行环境,还需要编译,测试,运行,打包,上线等操作,当项目进行优化的时候,还需要重新编译,测试,运行,打包,上线等操作,这样很麻烦,所以出现了maven,它其实就是通过底层插件的形式,将编译,测试,运行,打包,上线这些操作封装成了一个个的命令,这样我们对项目迭代升级的时候,就不需要做这些重复的操作了,只需要几个命令即可完成。
b.maven能解决什么问题?
- 解决手动导入jar包,并且在两个项目中重复利用相同jar包的问题。
- 通过开发工具IDEA集成maven,解决了次次编译的问题。( 即时编译)
- 测试代码,要一个个的手动测试,maven可以将所有代码测试一次性执行,并给出结果。
- 将代码与各种配置文件,资源整合,并定型打包,如果是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包管理依赖问题的流程:
- maven工程不直接将jar包导入到工程,
- 而是通过一个pom.xml文件中添加项目所需jar包的坐标,
- 在用到jar包的时候,只需要查找pom.xml文件中jar包的坐标,
- 然后到一个 “专门存放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本地仓库
- 将本地的jar包仓库解压到一个没有中文和空格的文件夹内
- 在 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}/.m2/settings.xml 目录中,user.dir/.m2/settings.xml目录中,{user.dir} 指windows 中的用户目录。
- 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插件
- 在IDEA中的菜单栏中,打开File >> Settings >> 搜索maven,配置maven
- 在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包冲突?
- 在引入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> :项目构建配置,配置编译、运行插件等。
更多推荐
所有评论(0)