前言
🎄:CSDN的小伙伴们大家好,今天跟大家分享一个项目管理工具maven。如果这篇文章对你有用,麻烦给我点个小赞以示鼓励吧🎄
🏡:博客主页:空山新雨后的java知识图书馆
☀️:今天天气晴朗,春天的温度。
📝:盛年不重来,一日难再晨,及时宜自勉,岁月不待人。——陶潜📝
📖上一篇文章:Redis📖
👏欢迎大家一起学习,进步。加油👊
文章目录
一、什么是maven![](http://tva1.sinaimg.cn/bmiddle/ceeb653ely8gz200pbo64g206o06owod.gif)
Maven 是一个项目管理工具,它包含了一个项目对象模型 (POM:Project Object Model),一组标准集合,一个项目生命周期(Project Lifecycle),一个依赖管理系统(Dependency Management System),和用来运行定义在生命周期阶段(phase)中插件(plugin)目标(goal)的逻辑。
我们在编写项目的时候,难免会用到一些jar包,项目小还好,如果大项目光导包就是几十上百个的话,会极大地占用我们的项目空间,极不友好。maven就可以帮我们很好的管理这些东西。当然这只是maven的其中一个优势,更多的好用的地方,就在项目中去体会吧。
![](https://w.wallhaven.cc/full/yj/wallhaven-yjmmm7.jpg)
二、maven的约定配置![](http://tva1.sinaimg.cn/bmiddle/ceeb653ely8gz200pbo64g206o06owod.gif)
即maven的目录结构,摘自菜鸟教程
![](https://w.wallhaven.cc/full/39/wallhaven-39m6l6.jpg)
三、maven的环境配置![](http://tva1.sinaimg.cn/bmiddle/ceeb653ely8gz200pbo64g206o06owod.gif)
maven的环境配置以及他的下载网上教程很多,随便查看即可
菜鸟教程
四、maven仓库![](http://tva1.sinaimg.cn/bmiddle/ceeb653ely8gz200pbo64g206o06owod.gif)
maven 的工作需要从仓库下载一些 jar 包,如下图所示,本地的项目 A、项目 B 等都会通过 maven软件从远程仓库(可以理解为互联网上的仓库)下载 jar 包并存在本地仓库,本地仓库 就是本地文件夹,当第二次需要此 jar 包时则不再从远程仓库下载,因为本地仓库已经存在了,可以将本地仓库理解为缓存,有了本地仓库就不用每次从远程仓库下载了。
本地仓库:在安装 Maven 后并不会创建,它是在第一次执行 maven 命令的时候才被创建。
运行 Maven 的时候,Maven 所需要的任何构件都是直接从本地仓库获取的。如果本地仓库没有,它会首先尝试从远程仓库下载构件至本地仓库,然后再使用本地仓库的构件。
默认本地仓库位置在 ${user.dir}/.m2/repository,${user.dir}
表示 windows 用户目录。
我们是可以根据需要来配置我们的本地仓库路径的
在 MAVE_HOME/conf/settings.xml 文件中配置本地仓库位置(maven 的安装目录下):
打开 settings.xml文件,配置如下:
远程仓库:如果本地需要插件或者 jar 包,本地仓库没有,默认去远程仓库下载。
远程仓库可以在互联网内也可以在局域网内。
中央仓库 :在 maven 软件中内置一个远程仓库地址 http://repo1.maven.org/maven2 ,它是中央仓库,服务于整个互联网,它是由 Maven 团队自己维护,里面存储了非常全的 jar 包,它包含了世界上大部分流行的开源项目构件
![](https://w.wallhaven.cc/full/e7/wallhaven-e7rov8.jpg)
五、maven的常用命令![](http://tva1.sinaimg.cn/bmiddle/ceeb653ely8gz200pbo64g206o06owod.gif)
1、compile
compile 是 maven 工程的编译命令,作用是将 src/main/java 下的文件编译为 class 文件输出到 target目录下。
2、test
test 是 maven 工程的测试命令 mvn test,会执行 src/test/java 下的单元测试类。
3、clean
clean 是 maven 工程的清理命令,执行 clean 会删除 target 目录及内容。
4、package
package 是 maven 工程的打包命令,对于 java 工程执行 package 打成 jar 包,对于web 工程打成 war包。
5、install
install 是 maven 工程的安装命令,执行 install 将 maven 打成 jar 包或 war 包发布到本地仓库。
六、maven的概念模型![](http://tva1.sinaimg.cn/bmiddle/ceeb653ely8gz200pbo64g206o06owod.gif)
Maven 包含了一个项目对象模型 (Project Object Model),一组标准集合,一个项目生命周期(Project Lifecycle),一个依赖管理系统(Dependency Management System),和用来运行定义在生命周期阶段(phase)中插件(plugin)目标(goal)的逻辑
一个项目对象模型 (Project Object Model)
一个 maven 工程都有一个 pom.xml 文件,通过 pom.xml 文件定义项目的坐标、项目依赖、项目信息、插件目标等。
一个依赖管理系统(Dependency Management System)
通过 maven 的依赖管理对项目所依赖的 jar 包进行统一管理。
比如:项目依赖 junit4.9,通过在 pom.xml 中定义 junit4.9 的依赖即使用 junit4.9,如下所示是 junit4.9的依赖定义:
<!-- 依赖关系 -->
<dependencies>
<!-- 此项目运行使用 junit,所以此项目依赖 junit -->
<dependency>
<!-- junit 的项目名称 -->
<groupId>junit</groupId>
<!-- junit 的模块名称 -->
<artifactId>junit</artifactId>
<!-- junit 版本 -->
<version>4.9</version>
<!-- 依赖范围:单元测试时使用 junit -->
<scope>test</scope>
</dependency>
一个项目生命周期(Project Lifecycle)
使用 maven 完成项目的构建,项目构建包括:清理、编译、测试、部署等过程,maven 将这些过程规范为一个生命周期,如下所示是生命周期的各各阶段
一组标准集合
maven 将整个项目管理过程定义一组标准,比如:通过 maven 构建工程有标准的目录结构,有标准的生命周期阶段、依赖管理有标准的坐标定义等。
插件(plugin)目标(goal)
maven 管理项目生命周期过程都是基于插件完成的。
![](https://w.wallhaven.cc/full/rd/wallhaven-rdz887.jpg)
七、在idea中开发maven项目![](http://tva1.sinaimg.cn/bmiddle/ceeb653ely8gz200pbo64g206o06owod.gif)
7.1、maven的配置![](http://tva1.sinaimg.cn/bmiddle/ceeb653ely8gz26p2lfc0g206o06ogyh.gif)
创建一个web项目
手动添加java目录
7.2、测试创建一个Servlet![](http://tva1.sinaimg.cn/bmiddle/ceeb653ely8gz26p2lfc0g206o06ogyh.gif)
此时无法导包,那么就去pom.xml文件中去添加他的依赖
切记每次修改这些配置之后记得点击刷新,否则可能不会生效
在访问Servlet的时候可能会报出一个错误
这就是我们导入jar包的时候造成的jar包冲突
解决办法就是下面
7.3、依赖范围![](http://tva1.sinaimg.cn/bmiddle/ceeb653ely8gz26p2lfc0g206o06ogyh.gif)
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
加入依赖范围之后,Servlet成功访问
![](https://w.wallhaven.cc/full/dp/wallhaven-dpe623.jpg)
八、插件![](http://tva1.sinaimg.cn/bmiddle/ceeb653ely8gz200pbo64g206o06owod.gif)
前面我们说过,maven 管理项目生命周期过程都是基于插件完成的。因此,在使用maven工程的时候,难免会遇到插件不够用的情况,这样就需要自己导入插件
例如我在我自己项目中添加的tomcat7和jdk1.8的插件
<build>
<plugins>
<plugin>
<!-- tomcat7插件-->
<groupId>org.apache.tomcat.maven</groupId>
<artifactId>tomcat7-maven-plugin</artifactId>
<version>2.2</version>
<configuration>
<path>/</path> <!--项目访问路径。当前配置的访问是localhost:9090/, 如果配置是/aa,则访问路径为localhost:9090/aa -->
<port>9090</port>
<uriEncoding>UTF-8</uriEncoding><!-- 非必需项 -->
</configuration>
</plugin>
<plugin>
<!--jdk1.8插件-->
<groupId>org.apache.maven.plugins</groupId>
<artifactId>maven-compiler-plugin</artifactId>
<configuration>
<target>1.8</target>
<source>1.8</source>
<encoding>UTF-8</encoding>
</configuration>
</plugin>
</plugins>
</build>
如果遇到自己需要的插件,可以百度查询,添加到配置文件中即可。
你也可以添加一个模板
text中就填插件的内容
<plugin>
<!--jdk1.8插件-->
<groupId>org.apache.maven.plugins</groupId>
<artifactId>maven-compiler-plugin</artifactId>
<configuration>
<target>1.8</target>
<source>1.8</source>
<encoding>UTF-8</encoding>
</configuration>
</plugin>
![](https://w.wallhaven.cc/full/nz/wallhaven-nzmv9v.jpg)
![](http://tva1.sinaimg.cn/bmiddle/ceeb653ely8gz20a1pbidg206o06o126.gif)