maven是一个项目管理工具，使用maven对Java项目进行构建和依赖管理。

1、传统与maven对比

1.1 项目构建

  • 传统 ： 要对工程中的源代码进行编译，及把Java文件编译成class文件。执行测试，打成war包部署Tomcat。
  • maven : 把将项目的每一个阶段进行了标准化。项目在编码完成后，对项目进行编译、测试、打包、部署等一系列的操作都通过命令来实现
  • 好处： 命令完成构建、编译、打包，方便快捷；方便团队多人进行开发。

1.2 依赖管理

  • 传统：需要人工进行导包，容易造成包冲突，而且会导致项目会很大。
  • maven 依赖管理：只需要在pom.xml中添加jar包的坐标即可，而且maven会自动卸载jar包。
  • 好处：maven管理jar包，避免了版本冲突；自动下载jar包。

1.3 总评maven

  • 对项目标准化，一步构建。
  • 依赖管理，自动下载jar包。
  • 跨平台，Linux可用。
  • maven构建项目，降低了项目的维护成本。

2、 maven介绍

2.1 下载安装

  • 前提：maven程序java开发，它的运行依赖jdk。所以要先安装配置JDK
  • 下载官网：http://maven.apache.org/download.cgi
  • 配置：
    - 配置 MAVEN_HOME —> D:\apache-maven-3.5.0(路径）
    - path环境变量%MAVEN_HOME%/bin ----> path
  • 检查是否安装成功：mvn -v ---->看是否出现maven版本号与jdk版本

2.2 目录介绍

  • bin 可执行的脚本命令，mvn.bat(以run运行项目)、mvnDebug.bat（以debug方式运行项目）
  • boot maven运行需要的类加载器
  • conf 配置文件中心
  • lib maven运行依赖jar包

2.3 maven仓库

  • 本地仓库：在我们计算机上存jar包的地方，当你需要某个jar包时回去远程仓库或者中央仓库下载，并存在这里。默认在Windows用户下的.m2/repository
  • 远程仓库： 可以是互联网或者是局域网内。
  • 中央仓库：即jar中部，http://repo1.maven.org/maven2

2.4 配置本地仓库

  • 目的:让maven程序知道仓库在哪
  • 配置：在conf/setting.xml
    <localRepository>本地仓库路径</localRepository>

2.5 maven的常用命令

  • clean : 清理 —> 将项目根目录下target目录清理掉。
  • compile : 编译 —> 将项目中.java文件编译为.class文件
  • test : 单元测试 —> 单元测试类名有要求：XxxxTest.java
    将项目根目录下src/test/java目录下的单元测试类都会执行。
  • package : 打包
    web project ---- war包
    java project -----jar包
    —> 将项目打包，打包项目根目录下taget目录
  • install : 安装 —> 解决本地多个项目公用一个jar包。打包到本地仓库

2.6 maven项目工程目录

工程根目录下就只有src和target两个目录

  • src
    - main
    –bin 脚本库
    –java java源代码文件
    –resources 资源库，会自动复制到classes目录里
    –filters 资源过滤文件
    –assembly 组件的描述配置（如何打包）
    –config 配置文件
    –webapp web应用的目录。WEB-INF、css、js等
    - test
    –java 单元测试java源代码文件
    –resources 测试需要用的资源库
    –filters 测试资源过滤库
  • target
    target是有存放项目构建后的文件和目录，jar包、war包、编译的class文件等。target里的所有内容都是maven构建的时候生成的

2.7 maven生命周期

Maven拥有三套相互独立的生命周期，它们分别为clean，default和site。 每个生命周期包含一些阶段，这些阶段是有顺序的，并且后面的阶段依赖于前面的阶段，用户和Maven最直接的交互方式就是调用这些生命周期阶段。

以clean生命周期为例，它包含的阶段有pre-clean, clean 和 post clean。当用户调用pre-clean的时候，只有pre-clean得以执行，当用户调用clean的时候，pre-clean和clean阶段会得以顺序执行；当用户调用post-clean的时候，pre-clean,clean,post-clean会得以顺序执行。

较之于生命周期阶段的前后依赖关系，三套生命周期本身是相互独立的，用户可以仅仅调用clean生命周期的某个阶段，或者仅仅调用default生命周期的某个阶段，而不会对其他生命周期产生任何影响。

  • clean 生命周期
    - clean生命周期的目的是清理项目，它包含三个阶段：
    1）pre-clean 执行一些清理前需要完成的工作。
    2）clean 清理上一次构建生成的文件。
    3）post-clean 执行一些清理后需要完成的工作。
  • default 生命周期
    - default生命周期定义了真正构件时所需要执行的所有步骤，它是生命周期中最核心的部分，它包含的阶段如下：
    1） validate 验证项目是否正确和所有需要的相关资源是否可用
    2） initialize 初始化构建
    3） generate-sources
    4) process-sources 处理源代码
    5） generate-resources
    6) process-resources 处理项目主资源文件。对src/main/resources目录的内容进行变量替换等工作后，复制到项目输出的主classpath目录中。
    7） compile 编译项目的主源代码
    8） process-classes
    9) generate-test-sources
    10) process-test-sources 处理项目测试资源文件
    11）generate-test-resources
    12) process-test-resources 处理测试的资源文件
    13）test-compile 编译项目的测试代码
    14）process-test-classes
    15) test 使用单元测试框架运行测试，测试代码不会被打包或部署
    16）prepare-package 做好打包的准备
    17）package 接受编译好的代码，打包成可发布的格式
    18) pre-integration-test
    19) integration-test
    20) post integration-test
    21) verify
    22) install 将包安装到Maven本地仓库，供本地其他Maven项目使用
    23）deploy 将最终的包复制到远程仓库，供其他开发人员和Maven项目使用
  • site 生命周期
    site生命周期的目的是建立和发布项目站点，Maven能够基于POM所包含的信息，自动生成一个友好的站点，方便团队交流和发布项目信息。该生命周期包含如下阶段：
    1）pre-site 执行一些在生成项目站点之前需要完成的工作
    2）site 生成项目站点文档
    3）post-site 执行一些在生成项目站点之后需要完成的工作
    4）site-deploy 将生成的项目站点发布到服务器上