Maven( ['meɪvn])

介绍

​ 首先要了解，maven 是项目管理工具，主要用于管理我们的 jar 包，通过优化我们的 pom.xml 可以很好的优化我们的项目。

​ 当然除了 maven 之外，项目管理工具还有 ant 、 gradle 等 ，gradle 依赖配置更为简洁，这是 gradle 最大的优点，他吸取了 ant 和 maven 的优点，采用 Groovy 代码进行配置，如果说 maven 是 convention over configuration ，那么 gradle 就是在自己定规则。

基础

• 安装配置

• settings.xml （常用配置）

  lcoalRepository     # 本地仓库
  offline             # 离线
  proxies/proxy       # 代理
  servers/server      # 服务器
  mirrors/mirror      # 镜像
  profiles/prfile     # 'ticket' 
  activeProfiles/activeProfile    # 通过与 profiles 进行配置进行工作区的切换
  

• convention over configuration 有没有一个 pom 的标准呢，或者说是一个超级 pom

  maven-model-builder-xxx.jar/org/apache/maven/model

• pom.xml （常用配置）

  modelVersion            # pom文件的模型版本，参考超级 pom
  groupId                 # 组Id，一般是网站的逆序
  artifactId              # 功能命名
  version                 # 版本号，snapshot final....
  packaging               # 默认为 jar，在进行复合工程的创建的时候，需要改为 pom
  name                    # 名称
  modules                 # 字母块，此时应该是最外层的 pom
  properties              # 配置信息
  dependencyManagement    # 通过此配置可以有效的管理聚合项目的引用 jar 包的版本
  dependency              # jar 包依赖
  

• dependency

  scope（生命周期）

  1. compile 编译，不写默认compile
  2. test 测试，在编译和打包的时候，不会依赖进去
  3. provided 在编译和测试阶段都有效，但是最后打包不会加入进去。servlet-api 就不需要在进行引入
  4. runtime 运行，在运行的时候需要依赖，编译的时候不依赖。
  5. system 本地，编译的时候，依赖本地包

• jar 包的依赖传递，好的项目，一定要尽量的降低 jar 包的冗余度

`mvn dependency:tree > log.txt`

• exclusions

  过滤掉干扰的 jar ，避免应用冲突

定义

• lifecycle 生命周期

  分为三大类 clean default site，具体又会有下面这些小类，黑色为核心 default 分类

  • clean
  • validate
  • compile
  • test
  • package
  • verify
  • install
  • site
  • deploy

• phase 任务单元

  一个声明周期可以分解为多个任务单元，即多个 phase，他们是按顺序进行执行的。

  如：

  clean 拆分为

  pre-clean : 一些执行 clean 前的操作

  clean : 执行 clean 操作

  post-clean : 执行 clean 操作之后需要立马进行的操作

• goal 执行任务的最小单元

  一个 phase 对应到多个 goal ，这些goal 也是按顺序进行执行的。

• 版本

  我们熟知的版本后缀名：snapshot、release等

  snapshot 结尾的是测试版本，release 为发布版本，一般以 release 结尾的 jar 包不能自动更新，必须升级版本号。谷歌一些 jar 包也喜欢以 final 进行后缀，这个可以自己进行定义，不离谱就好。

• 常用的命令：

  clean                   # 清理target
  compile                 # 编译项目
  test                    # 执行测试用例
  package                 # 进行打包
  install                 # 安装到本地
  deploy                  # 发布到远程仓库       需要在 pom 中配置 distributionManagement 并在settings.xml 中配置 server
  
  常用的指令:
  mvn clean install -Dmaven.test.skip=true
  高级特性：多线程打包
  mvn -T 4 clean install
  mvn -T 1C clean install
  
  

常用插件

• versions 进行版本统一管理

  <dependency>
      <groupId>org.codehaus.mojo</groupId>
      <artifactId>versions-maven-plugin</artifactId>
      <version>2.5</version>
  </dependency>
  

• findbugs 检查代码质量

  <dependency>
      <groupId>org.codehaus.mojo</groupId>
      <artifactId>findbugs-maven-plugin</artifactId>
      <version>3.0.5</version>
  </dependency>
  

高级

• 手写Mojo

  操作步骤

  • 修改 pom 配置

  <!-- 打包方式修改为 maven-plugin -->  
  <packaging>maven-plugin</packaging> 
  
  <!-- 引入需要依赖的 jar 包 -->
  <dependency>
      <groupId>org.apache.maven</groupId>
      <artifactId>maven-plugin-api</artifactId>
      <version>${maven.plugin.api.version}</version>
  </dependency>
  <dependency>
      <groupId>org.apache.maven.plugin-tools</groupId>
      <artifactId>maven-plugin-annotations</artifactId>
      <version>${maven.plugin.annotations.version}</version>
      <scope>provided</scope>
  </dependency>
  

  ​

  • 编写自定义 plugin 类
  1. 继承 AbstractMojo 类
  2. @Parameter 标注参数
  3. execute()中用getLog()方法打印出插件运行日志及结果
  • 编译打包 mvn install
  • 引入使用

  ​

• 自定义脚手架

  • 新建 maven 聚合工程，lan-base lan-web lan-service lan-consumer....

  • 工程根目录下依次执行

    1. mvn archetype:create-from-project
    2. cd target/generated-sources/archetype
    3. mvn install

    自定义脚手架就已经加到了 maven 仓库中了，可以在 maven 仓库中进行查看

    可以查看仓库中目录中的 maven-metadata-local.xml 文件，在 ide 中进行引入。

    手动从 archetype 创建项目

    mvn archetype:generate -DarchetypeCatelog=local

    ​