Maven是什么
传统项目管理状态分析
- jar包不统一,jar包不兼容导致的问题
- 工程升级维护过程操作繁琐
Maven的作用
maven本质上是一个项目管理工具,是将项目开发和管理过程抽象成一个项目对象模型(POM:project object model)
maven可以为我们进行项目构建(提供标准化,跨平台的zi’dong话项目构建方式),依赖管理(方便快捷的管理项目的依赖资源jar包,避免资源及版本的冲突),同意开发结构:提供标准统一的项目结构。
Maven的安装
https://maven.apache.org/download.cgi该网站下载安装。
maven属于是绿色软件,解压即安装
Maven文件结构
- bin:maven的核心运行文件
- boot:mavem的类加载器
- conf:maven的核心配置
- lib:maven的依赖jar包
Maven环境变量配置
- 依赖于java,需要配置JAVA_HOME
- 设置Maven自身的MAVEN_HOME
-
- 运行cmd输入mvn检测是否安装成功
Maven的基础概念
仓库
仓库:用于存储各种资源,包含各种jar包
仓库分类:
- 本地仓库:自己电脑上存储资源的仓库,连接远程仓库获取资源
- 远程仓库:非自己电脑上的仓库,为本地仓库提供资源
-
- 中央仓库:Maven团队维护,存储所有资源的仓库
- 私服:部门/公司范围内存储的仓库,从中央仓库获取资源
- 私服的作用:
-
- 保存具有版权的资源,包含自主研发或购买的jar(中央仓库的的jar包都是开源的,不能存储具有版权的资源)
- 一定范围内共享资源,仅对内部开放,不对外共享。
坐标
坐标是用来在仓库中资源的位置的。
https://repo1.maven.org/maven2/该链接中是maven中央仓库资源。
maven坐标的组成:
- groupId:定义当前Maven项目隶属于组织的名称(通常是域名反写)
- artifactld:定义当前Maven项目的名称(通常是模块名称,例如:CRM,SMS)
- version:定义当前项目的版本号
- packaging:定义当前项目的打包方式
本地仓库配置
-
进入Maven的conf文件夹中的setting文件
-
默认的仓库配置
${user.home}/.m2/repository
-
自定义自己的仓库位置
<settings> <localRepository>D:\maven\repository</localRepository> </settings>
-
中央仓库的配置位置
在lib文件中随便找一个jar包用winrar打开,然后返回上一级目录搜索pom*.*,找到pom-4.0.0.xml文件,定位到。将文件拖出后打开。
-
远程镜像仓库的配置(当需要访问中央仓库的时候,就会去访问镜像仓库。ps:中央仓库在国外,访问速度慢)
<!-- 配置具体仓库的下载镜像 --> <mirror> <!-- 此镜像的唯一标识符,用来区分不同的mirror元素 --> <id>ali-maven</id> <!-- 对哪种仓库进行镜像,简单说就是代替哪个仓库 --> <mirrorOf>central</mirrorOf> <!-- 镜像的名称 --> <name>aliyun maven</name> <!-- 镜像的URL --> <url>http://maven.aliyun.com/nexus/content/groups/public/</url> </mirror>
-
Maven项目构建命令
后面的命令在执行的时候都会执行前面的命令,如:在执行install的时候前面的生命周期都会执行。
- mvn compile 编译(在src同级目录下生成一个target文件)
- mvn clean 清理(删除target文件)
- mvn test 测试(会在编译同时将test的部分也编译,并执行test内测试方法的内容,在surefile-reports中生成报告内容)
- mvn package 打包(target文件中生成一个jar包)
- mvn install 安装到自己本地仓库
创建maven项目(idea)
-
创建一个空的项目
-
file——>setting——>build,execution——>Build Tools ——> Maven
选择自己的安装的maven,选择自己的配置文件。
在新项目配置中采用同样的配置
-
创建maven 项目
idea使用maven命令
在idea的右边有一个maven选项,打开后点击声明周期可以运行maven的命令(与命令效果相同)
也可以点击上方的锤子选择Maven,添加命令在执行达到一样的效果(优点:可以使用debug模式运行)
idea使用原型模板创建项目
使用原型创建java项目
使用原型创建web项目
运行web项目
- 安装tomcat插件,在右侧maven插件run运行
<?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">
<!--指定pom的模型版本-->
<modelVersion>4.0.0</modelVersion>
<!--组织id-->
<groupId>org.example</groupId>
<!--项目名称-->
<artifactId>untitled1</artifactId>
<!--版本号,release(完成版),snapshot(开发版)-->
<version>1.0-SNAPSHOT</version>
<!--打包方式为web是war包-->
<packaging>war</packaging>
<name>untitled1 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>
<!--设置插件-->
<plugins>
<!--具体的插件位置-->
<plugin>
<groupId>org.apache.tomcat.maven</groupId>
<artifactId>tomcat7-maven-plugin</artifactId>
<version>2.2</version>
<!--具体的配置-->
<configuration>
<!--端口-->
<port>80</port>
<!--虚拟路径-->
<path>/</path>
</configuration>
</plugin>
</plugins>
</build>
</project>
- 使用命令选项运行
Maven的依赖管理
依赖配置
<dependencies>
//单个依赖
<dependency>
<groupId>junit</groupId>
<artifactId>junit</artifactId>
<version>4.11</version>
<scope>test</scope>
</dependency>
</dependencies>
依赖传递
- 直接依赖:当前项目通过文件依赖配置建立的依赖关系。
- 间接依赖:被依赖的资源如果依赖于其他资源,那么当前项目间接依赖于其他资源。
依赖传递冲突
- 路径优先:当依赖中出现相同的资源时,层级越深优先级越低,层级越浅,优先级越高
- 声明优先:当资源在相同层级被依赖时,配置顺序靠前的覆盖配置顺序靠后的
- 特殊优先:当同级出现了相同资源的不同版本,后配置的覆盖先配置的
- 总结:比较时哪个先出现先用哪个
可选依赖
在被依赖的配置文件中对不想被依赖的依赖选项添加一个optional选项,默认时false,将其修改为true即可(控制别人能不能引用自己引用的依赖)
<dependency>
<groupId>log4j</groupId>
<artifactId>log4j</artifactId>
<version>1.2.12</version>
<optional>true</optional>
</dependency>
排除依赖
如果不想引用间接依赖的中一些依赖,可以主动排除这个依赖(不去引用别人引用的依赖)
<dependency>
<groupId>org.example</groupId>
<!--项目名称-->
<artifactId>untitled1</artifactId>
<version>1.0-SNAPSHOT</version>
//排除包含
<exclusions>
//具体排除的依赖
<exclusion>
<groupId>junit</groupId>
<artifactId>junit</artifactId>
</exclusion>
</exclusions>
</dependency>
依赖的范围
- 依赖的jar默认可以在任何地方使用,可以通过scope标签设定其作用的范围
- 作用范围
-
- 主程序范围内有效(main文件范围内)
- 测试程序范围内有效(test文件范围内)
- 是否参与打包(package指令范围内)
scope | 主代码 | 测试代码 | 打包 | 范例 |
---|---|---|---|---|
compolie(默认) | Y | Y | Y | log4j |
test | Y | junit | ||
provided | Y | Y | servlet-api | |
runtime | Y | jdbc |
依赖范围的传递性
- 带有依赖范围的资源在传递的时候,作用的范围将受到影响
行中为直接依赖选项,列为间接依赖的选项
compolie | test | provided | runtime | |
---|---|---|---|---|
compolie | compolie | test | provided | runtime |
test | ||||
provided | ||||
runtime | runtime | test | provided | runtime |
间接依赖 |
项目的构建生命周期
Maven对项目构建生命周期分为三个阶段,不同阶段有不同的过程事件
- clean:清理工作
-
- pre-clean :执行一些需要在clean之前完成的工作
- clean:移除上一次构建生成的文件
- post-clean:执行一些在clean之后立即完成的工作
- defult:核心工作,例如编译,测试,打包,部署等
- site:产生报告,发布站点
-
- pre-site:执行一些在生成站点文件前要完成的工作
- site:生成项目的站点文件
- post-site:执行一些需要在生成站点文件后完成的工作,为部署做准备
- site-deploy:将生成的站点文档部署到特定的服务器上
插件
- 插件与生命周期内的阶段绑定,在执行到对应生命周期时执行对应插件功能
- 默认Maven的各个生命周期上绑定有预定的预设功能
- 通过插件可以自定义其他功能
<!--具体插件:对test区域源代码的打jar-->
<plugin>
<groupId>org.apache.maven.plugins</groupId>
<artifactId>maven-jar-plugin</artifactId>
<version>3.2.0</version>
<!--插件的行为-->
<executions>
<!--具体行为-->
<execution>
<goals>
<!--目标:执行的结果,这里时打jar包,并未所有的插件都有-->
<goal>jar</goal>
<!--可以打多个jar包-->
<goal>test-jar</goal>
</goals>
<!--在哪个阶段执行-->
<phase>generate-test-sources</phase>
</execution>
</executions>
</plugin>