Maven

来源：尚硅谷封捷，具体地址不找了，可以去b站搜一哈

1.概述
2.安装并配置环境变量
3.约定目录结构：
4.Maven常用命令
5.仓库联网问题
6.Maven坐标
7.依赖范围
8.生命周期
9.依赖排除
10.统一声明版本号
11.版本继承
12.聚合
13.Web工程自动部署

1.概述

背景：

为什么要使用Maven？它能帮助我们解决什么问题？
①添加第三方jar 包
在今天的JavaEE开发领域，有大量的第三方框架和工具可以供我们使用。要使用这些jar 包最简单的方法就是复制粘贴到WEB-INF/lib目录下。但是这会导致每次创建一个新的工程就需要将jar 包重复复制到lib 目录下，从而造成工作区中存在大量重复的文件，让我们的工程显得很臃肿。
而使用Maven后每个jar 包本身只在本地仓库中保存一份，需要jar 包的工程只需要以坐标的方式简单的引用一下就可以了。不仅极大的节约了存储空间，让项目更轻巧，更避免了重复文件太多而造成的混乱。
②jar 包之间的依赖关系
jar 包往往不是孤立存在的，很多jar 包都需要在其他jar 包的支持下才能够正常工作，我们称之为jar 包之间的依赖关系

介绍：
Maven是一款服务于Java平台的自动化构建工具。
Make -> Ant -> Maven -> Gradle

POM文件说明：

Project Object Model：项目对象模型。将Java工程的相关信息封装为对象作为便于操作和管理的模型。
Maven工程的核心配置。可以说学习Maven就是学习pom.xml文件中的配置。

Maven核心概念：

Maven能够实现自动化构建是和它的内部原理分不开的，这里我们从Maven的九个核心概念入手，
看看Maven是如何实现自动化构建的
①POM
②约定的目录结构
③坐标
④依赖管理
⑤仓库管理
⑥生命周期
⑦插件和目标
⑧继承
⑨聚合

构建过程中各个环节：

1.清理：将之前编译得到的旧的class字节码文件删除，为下一次编译做准备
2.编译：将Java源程序编译成class字节码文件
3.测试：自动测试，自动调用Junit程序
4.报告：测试程序执行的结果
5.打包：动态Web工程打war包，Java工程打jar包
6.安装：Maven特定的概念-将打包得到的文件复制到"仓库"中的指定位置
7.部署：将动态Web工程生成的war包复制到Servlet容器的指定目录下，使其可以运行

2.安装并配置环境变量

验证是否配置成功：

3.约定目录结构：

1.根目录：工程名
2.src目录：源码
3.pom.xml文件：Maven工程的核心配置文件
4.main目录：存在主程序
5.test目录：存放测试程序
6.java目录：存放java源文件
7.resources目录：存放框架或其他工具的配置文件

为什么要遵守约定的目录结构？
Maven要负责我们这个项目的自动化构建，以编译为例，Maven要想自动进行编译，那么它必须要值到Java源文件保存在哪里。如果我们自己自定义的东西想要让框架或工具知道，有两种办法：
1.以配置的方式明确告诉框架

<param-value>classpath:spring-context.xml</param-value>

2.遵守框架内部已经存在的约定

pom.xml：Maven工程的核心配置文件

<?xml version="1.0" ?>
<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>

    <!--坐标：标识当前Maven工程-->
    <groupId>com.atguigu.maven</groupId>
    <artifactId>Hello</artifactId>
    <version>0.0.1-SNAPSHOT</version>
    
	<!--当前工程名称-->
    <name>Hello</name>

    <!--依赖的其他包-->
    <dependencies>
        <dependency>
            <groupId>junit</groupId>
            <artifactId>junit</artifactId>
            <version>4.0</version>
            <scope>test</scope>
        </dependency>
    </dependencies>
</project>

4.Maven常用命令

mvn clean：清理（删除target目录）
mvn compile：编译（将java源文件编译成class文件）
mvn test-compile：编译测试程序
mvn test：执行测试（执行test目录下的测试用例）
mvn package：打包（将项目打成指定的war包或者jar包）
mvn install：安装（将当前项目放到Maven的本地仓库中，供其他项目使用）
mvn site：生成站点
mvn -v：cmd控制台查询Maven版本（检查Maven是否安装成功，环境变量是否配置正确，输出maven信息说明安装成功）

5.仓库联网问题

6.Maven坐标

使用下面三个向量在仓库中唯一定位一个Maven工程

<!--公司或组织域名倒序 + 项目名-->
<groupId>com.atguigu.maven</groupId>
<!--模块名-->
<artifactId>Hello</artifactId>
<!--版本-->
<version>0.0.1-SNAPSHOT</version>

Maven工程的坐标与仓库中路径的对应关系：

<groupId>org.springframework</groupId>
<artifactId>spring-core</artifactId>
<version>4.0.0.RELEASE</version>

仓库对应目录路径：

org/springframework/spring-core/4.0.0.RELEASE/spring-core-4.0.0.RELEASE.jar

仓库：

7.依赖范围

pom.xml

<?xml version="1.0" ?>
<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>com.atguigu.maven</groupId>
    <artifactId>HelloFriend</artifactId>
    <!--SNAPSHOT 快照：代表不稳定版-->
    <!--RELEASE 分离：代表正式版-->
    <version>0.0.1-SNAPSHOT</version>  
    								
    <name>HelloFriend</name>

    <dependencies>
        <dependency>
            <groupId>junit</groupId>
            <artifactId>junit</artifactId>
            <version>4.0</version>
            <scope>test</scope>  <!--依赖范围 默认是compile-->
        </dependency>		

        <dependency>
            <groupId>com.atguigu.maven</groupId>
            <artifactId>Hello</artifactId>
            <version>0.0.1-SNAPSHOT</version>
            <scope>compile</scope>
        </dependency>

    </dependencies>
</project>

8.生命周期

什么是Maven的生命周期？
●Maven生命周期定义了各个构建环节的执行顺序，有了这个清单，Maven就可以自动化的执行构建命
令了。
●Maven有三套相互独立的生命周期，分别是：
①Clean Lifecycle在进行真正的构建之前进行一些清理工作。
②Default Lifecycle构建的核心部分，编译，测试，打包，安装，部署等等。
③Site Lifecycle生成项目报告，站点，发布站点。
它们是相互独立的，你可以仅仅调用clean来清理工作目录，仅仅调用site来生成站点。当然你也可以
直接运行 mvn clean install site 运行所有这三套生命周期。

每套生命周期都由一组阶段(Phase)组成，我们平时在命令行输入的命令总会对应于一个特定的阶段。比
如，运行mvn clean，这个clean是Clean生命周期的一个阶段。有Clean生命周期，也有clean阶段。

Clean 生命周期
Clean生命周期一共包含了三个阶段：
①pre-clean 执行一些需要在clean之前完成的工作
②clean 移除所有上一次构建生成的文件
③post-clean 执行一些需要在clean之后立刻完成的工作

Site生命周期
①pre-site 执行一些需要在生成站点文档之前完成的工作
②site 生成项目的站点文档
③post-site 执行一些需要在生成站点文档之后完成的工作，并且为部署做准备
④site-deploy 将生成的站点文档部署到特定的服务器上
这里经常用到的是site阶段和site-deploy阶段，用以生成和发布Maven站点，这可是Maven相当强大的功能，Manager比较喜欢，文档及统计数据自动生成，很好看。

Default生命周期：
Default生命周期是Maven生命周期中最重要的一个，绝大部分工作都发生在这个生命周期中。这里，
只解释一些比较重要和常用的阶段：

validate 
generate-sources 
process-sources 
generate-resources 
process-resources 复制并处理资源文件，至目标目录，准备打包。 
compile 编译项目的源代码。 
process-classes 
generate-test-sources 
process-test-sources 
generate-test-resources 
process-test-resources 复制并处理资源文件，至目标测试目录。 
test-compile 编译测试源代码。 
process-test-classes 
test 使用合适的单元测试框架运行测试。这些测试代码不会被打包或部署。
prepare-package 
package 接受编译好的代码，打包成可发布的格式，如JAR。 
pre-integration-test 
integration-test 
post-integration-test 
verify 
install将包安装至本地仓库，以让其它项目依赖。 
deploy将最终的包复制到远程的仓库，以让其它开发人员与项目共享或部署到服务器上运行。

生命周期与自动化构建：
运行任何一个阶段的时候，它前面的所有阶段都会被运行，例如我们运行mvn install 的时候，代码会
被编译，测试，打包。这就是Maven为什么能够自动执行构建过程的各个环节的原因。此外，Maven的插
件机制是完全依赖Maven的生命周期的，因此理解生命周期至关重要。

插件和目标
●Maven的核心仅仅定义了抽象的生命周期，具体的任务都是交由插件完成的。
●每个插件都能实现多个功能，每个功能就是一个插件目标。
●Maven的生命周期与插件目标相互绑定，以完成某个具体的构建任务。
例如：compile就是插件maven-compiler-plugin的一个目标；pre-clean是插件maven-clean-plugin的一个目标。

问题：

jsp翻译代码里抛空指针异常是引入jsp依赖是范围定义compile，这样jsp依赖的包部署到Tomcat中了，但是Tomcat中也有这些包，依赖冲突。

9.依赖排除

<dependency>
    <groupId>junit</groupId>
    <artifactId>junit</artifactId>
    <version>4.9</version>
    <scope>test</scope>
</dependency>
<dependency>
    <groupId>com.atguigu.maven</groupId>
    <artifactId>HelloFriend</artifactId>
    <version>0.0.1-SNAPSHOT</version>
    
    <!--
		type：依赖的类型，对应于项目坐标定义的packaging。大部分情况下，该元素不必声明，默认值为jar。
		type的默认值为jar，也可以设置为war、bar、pom等。当type=pom时，必须scope=import。
	-->
    <type>jar</type>
    
    <scope>compile</scope>
    
    <!--依赖排除的设置方式-->
    <exclusions>
        <exclusion>
            <groupId>commons-logging</groupId>
            <artifactId>common-logging</artifactId>
        </exclusion>
    </exclusions>
</dependency>

10.统一声明版本号

11.版本继承

与springboot启动器类似，如果应用父工程的依赖版本号就不写当前依赖的版本，若需要指定版本则定义版本号。

12.聚合

13.Web工程自动部署

<!--配置当前工程构建过程中的特殊设置-->
<build>
    <finalName>AtguiguWeb</finalName>
    
    <!--配置构建过程中需要使用的插件-->
    <plugins>
        <plugin>
            <!-- cargo是一家专门从事“启动servlet容器”的组织 -->
            <groupId>org.codehaus.cargo</groupId>
            <artifactId>cargo-maven2-plugin</artifactId>
            <version>1.2.3</version>
            
            <!--针对插件进行的配置-->
            <configuration>
                <!--配置当前系统中容器的位置-->
                <container>
                    <containerId>tomcat6x</containerId>
                    <home>D:\DevInstall\apache-tomcat-6.0.39</home>
                </container>
                <configuration>
                    <type>existing</type>
                    <home>D:\DevInstall\apache-tomcat-6.0.39</home>
                    <!-- 如果Tomcat端口为默认值8080则不必设置该属性 -->
                    <properties>
                        <cargo.servlet.port>8989</cargo.servlet.port>
                    </properties>
                </configuration>
            </configuration>
            
            <!--配置插件在什么情况下执行-->
            <executions>  
                <execution>  
                    <id>cargo-run</id>
                    <!--生命周期的阶段-->
                    <phase>install</phase>  <!--当执行install生命周期阶段时，执行插件的run目标-->
                    <goals>
                        <!--插件目标-->
                        <goal>run</goal>  
                    </goals>  
                </execution>  
            </executions>
        </plugin>
    </plugins>
</build>

posted @ 2021-03-06 22:39 Lz_蚂蚱阅读(60) 评论(0) 收藏举报

刷新页面返回顶部

Lz_蚂蚱