什么是Maven?
Maven:
- 一个项目对象模型(POM:Project Object Model)
- 一个标准集合
- 一个项目生命周期(Project Lifecycle)
- 一个依赖管理系统(Dependency Management System)
- 用来运行定义在生命周期阶段中的插件目标(plugin goal)的逻辑
为什么要用Maven?
1.工程需要引入各种jar包,手动引入会遇到版本不一致的问题,修改难度太大;
2.一个命令解决繁琐的打包工作;
3.自动下载仓库中没有的包,如果下一个项目仍需要,会直接使用,不需要再下载
传统工程和Maven项目有何不同?
传统项目:jar包在项目内
Maven项目:jar包不在项目内,只拿到jar所在仓库的地址,大大减少磁盘空间
依赖管理:maven工程对jar包的管理过程
Maven3中的各个文件说明
从网上下载的maven3的zip解压后有这几个文件(idea自带maven3,可在idea目录下的plugin/maven中找到)
- bin中是启动maven的mvn命令
- boot中是maven自身的启动包
- conf中是对maven的配置
- lib中是maven自身运行所依赖的jar包
那么maven帮我们管理的jar包的仓库在哪里呢?
打开conf/settings.xml文件
本地仓库的默认地点是用户地址下的.m2/repository
用户地址就是C:/user/ASUS(自己的用户名)
全地址即为C:/user/ASUS(自己的用户名)/.m2/repository
maven工程最开始运行会自动在这个目录下创建文件夹,通过联网去网上的中央仓库下载你所需要的jar包
如果不想放在c盘的默认地址处,将你想放到地址加入localRepository标签中即可。
Maven查找jar包的顺序
仓库有三类:
- 本地仓库
- 远程仓库(就是公司自建服务器中的仓库)
- 中央仓库(联网下载)
maven查找jar包的顺序自上而下:本地–》远程–》中央
Maven 标准目录结构
传统工程目录结构
- src
- config
- resources
maven目录结构
- src/main/java 核心代码部分
- src/main/resources 配置文件部分
- src/test/java 测试代码部分
- src/test/resources 测试配置文件部分
- src/main/webapp 页面资源,如js,css,图片
Maven 常用命令
命令 | 执行 |
---|---|
mvn clean | 将项目下的target(已编译好的项目)删除 |
mvn compile | 只编译main下的代码,出现target |
mvn test | 编译test下代码和main下代码,放入target |
mvn package | 打包项目,编译test、main下代码,放入target |
mvn install | 安装项目到本地仓库,打包项目,编译test、main下代码, |
Maven生命周期
默认生命周期:从左至右
清除编译信息 | 编译 | 测试 | 打包 | 安装 | 发布 |
---|---|---|---|---|---|
clean | compile | test | package | install | deploy |
简单介绍 Maven的 POM.xml
-
项目自身信息
-
项目运行所依赖的jar包信息
-
项目运行环境信息,如:jdk,tomcat信息
比如一个依赖的写法
<!--mybatis-->
<dependency>
<groupId>org.mybatis.spring.boot</groupId>
<artifactId>mybatis-spring-boot-starter</artifactId>
<version>2.1.1</version>
</dependency>
<dependency>
表示一个依赖包<groupId>
公司组织的名称<artifactId>
项目名称<version>
版本号
idea 集成maven
对settings进行配置,需要注意的是settings是指当前项目的设置;other/settings for new project是对之后新创建的maven项目进行设置;
建议对全局进行设置,也就是后者;
使用骨架新建一个maven项目
create from archtype 打上勾
建好后
项目结构
自行补齐结构
pom.xml
<?xml version="1.0" encoding="UTF-8"?>
<project xmlns="http://maven.apache.org/POM/4.0.0" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 http://maven.apache.org/xsd/maven-4.0.0.xsd">
<modelVersion>4.0.0</modelVersion>
<groupId>org.example</groupId>
<artifactId>maven-study</artifactId>
<version>1.0-SNAPSHOT</version>
<packaging>war</packaging>
<name>maven-study Maven Webapp</name>
<!-- FIXME change it to the project's website -->
<url>http://www.example.com</url>
<properties>
<project.build.sourceEncoding>UTF-8</project.build.sourceEncoding>
<maven.compiler.source>1.7</maven.compiler.source>
<maven.compiler.target>1.7</maven.compiler.target>
</properties>
<dependencies>
<dependency>
<groupId>junit</groupId>
<artifactId>junit</artifactId>
<version>4.11</version>
<scope>test</scope>
</dependency>
</dependencies>
<build>
<finalName>maven-study</finalName>
<pluginManagement><!-- 锁定插件版本以避免使用Maven默认值(可以移至父pom) -->
<plugins>
<plugin>
<artifactId>maven-clean-plugin</artifactId>
<version>3.1.0</version>
</plugin>
<!-- see http://maven.apache.org/ref/current/maven-core/default-bindings.html#Plugin_bindings_for_war_packaging -->
<plugin>
<artifactId>maven-resources-plugin</artifactId>
<version>3.0.2</version>
</plugin>
<plugin>
<artifactId>maven-compiler-plugin</artifactId>
<version>3.8.0</version>
</plugin>
<plugin>
<artifactId>maven-surefire-plugin</artifactId>
<version>2.22.1</version>
</plugin>
<plugin>
<artifactId>maven-war-plugin</artifactId>
<version>3.2.2</version>
</plugin>
<plugin>
<artifactId>maven-install-plugin</artifactId>
<version>2.5.2</version>
</plugin>
<plugin>
<artifactId>maven-deploy-plugin</artifactId>
<version>2.8.2</version>
</plugin>
</plugins>
</pluginManagement>
</build>
</project>
不使用骨架创建maven项目
项目结构
补个test的resources
pom.xml
<?xml version="1.0" encoding="UTF-8"?>
<project xmlns="http://maven.apache.org/POM/4.0.0"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 http://maven.apache.org/xsd/maven-4.0.0.xsd">
<modelVersion>4.0.0</modelVersion>
<groupId>org.example</groupId>
<artifactId>maven-study02</artifactId>
<version>1.0-SNAPSHOT</version>
</project>
maven常见异常
jar包冲突
比如tomcat本身自带了servlet-api和jsp-api包
而项目中又在maven配置了servlet-api和jsp-api包,名字一样就会冲突
使用scope来解决
scope 作用域
- compile
默认scope为compile,表示为当前依赖参与项目的编译、测试和运行阶段,属于强依赖。打包之时,会达到包里去。 - test
该依赖仅仅参与测试相关的内容,包括测试用例的编译和执行,比如定性的Junit。 - runtime
依赖仅参与运行周期中的使用。一般这种类库都是接口与实现相分离的类库,比如JDBC类库,在编译之时仅依赖相关的接口,在具体的运行之时,才需要具体的mysql、oracle等等数据的驱动程序。
此类的驱动都是为runtime的类库。 - provided
该依赖在打包过程中,不需要打进去,这个由运行的环境来提供,比如tomcat或者基础类库等等,事实上,该依赖可以参与编译、测试和运行等周期,与compile等同。区别在于打包阶段进行了exclude操作。 - system
使用上与provided相同,不同之处在于该依赖不从maven仓库中提取,而是从本地文件系统中提取,其会参照systemPath的属性进行提取依赖。 - import
这个是maven2.0.9版本后出的属性,import只能在dependencyManagement的中使用,能解决maven单继承问题,import依赖关系实际上并不参与限制依赖关系的传递性。
system的systemPath
- 当maven依赖本地而非repository中的jar包,sytemPath指明本地jar包路径,例如:
<dependency>
<groupid>org.hamcrest</groupid>
<artifactid>hamcrest-core</artifactid>
<version>1.5</version>
<scope>system</scope>
<systempath>${basedir}/WebContent/WEB-INF/lib/hamcrest-core-1.3.jar</systempath>
</dependency>
dependency中的type
- 引入某一个依赖时,必须指定type,这是因为用于匹配dependency引用和dependencyManagement部分的最小信息集实际上是
{groupId,artifactId,type,classifier}
。在很多情况下,这些依赖关系将引用没有classifier的jar依赖。这允许我们将标识设置为{groupId,artifactId}
,因为type的默认值是jar,并且默认classifier为null。
type的值一般有jar、war、pom等,声明引入的依赖的类型
dependency中的classifier
- Classifier可能是最容易被忽略的Maven特性,但它确实非常重要,我们也需要它来帮助规划坐标。
<classifier>jdk14</classifier>
表示这个导入的jar包是jdk14编译的,什么时候需要这种属性呢?比如这种带后缀的jar包:json-lib-2.24-jdk14.jar,如果不写classifier是找不到这个包的<classifier>javadoc</classifier>
表示导入的是javadoc<classifier>sources</classifier>
表示导入的是sources<classifier>dist</classifier>
表示导入的是dist,上面三个都有
如有助,不吝啬,赞之,谢谢~