Maven入门-2.Maven一些核心概念介绍

1、Maven仓库

当第一次使用Maven的时候,Maven会从远程仓库http://repo1.maven.org/maven2 下载所需要的jar包到你本地仓库
等下次再获取同样的jar包时,Maven会先从你本地仓库获取,如果本地仓库获取不到,则再从远程下载。

2、Maven坐标

Maven通过groupId, artifactId, version和packaging这四个元素定义了项目的坐标,一个坐标就是在Maven空间里的一个点,是不能重复的。它们用来唯一标识一个项目,一个依赖,一个插件
groupId:团体、公司、组织、小组这些名词的逆向命名。例:com.baidu.user
artifactId:定义了一个maven项目的一个模块,一般约定为项目名词作为前缀-模块。例:user-core 其中user为项目名,core为模块名
version:定义了当前这个项目的版本。
Maven的版本号约定:<主版本>.<次版本>.<增量版本>-<里程碑版本> 例如:1.3.4-beta-2

  1. 主版本:表示项目的重大变更,例如Maven1到Maven2,Struts1和Struts2
  2. 次版本:表示较大范围的功能增加和bug修复
  3. 增量版本:一般表示重大bug修复
  4. 里程碑版本:表示一个版本的里程碑
    但是注意:不是这个四个都必须有的,一般情况多会有主版本和次版本,增量和里程碑版本就不一定了。

packaging:项目打包类型(默认是jar),如果是纯粹管理其他子项目的父项目,这个类型需要为pom

3、Maven插件和目标

假如我们现在想通过如下命令来生成一个简单的maven项目

 
  
  
  
  
  
  
  1. mvn archetype:create -DgroupId=com.baidu.user -DartifactId=user-core -DpackageName=com.baidu.user

之前我们说过,Maven自身其实是没做什么实际的事情,一切都是由插件完成的。
像上面的mvn archetype:create 表示运行了archetype插件的create目标。一个插件是一个或多个目标的集合。如下图
Maven入门-2.Maven一些核心概念介绍_第1张图片
一个目标才是一个明确的任务,才是maven执行的命令
其中,目标中定义了一些参数。例如上面命令中的-DgroupId表示参数名称为groupId,值为com.baidu.user
就Maven的本身来说,它并不知道怎么生成一个jar文件,它只是把这些操作代理给了插件完成。
插件目标速记符号:pluginId:goalId

4、Maven生命周期

Maven的生命周期中包含了一系列插件的目标操作,例如,我们运行一个mvn package命令,这个命令中并没有指定一个插件的目标,就只有一个package命令。
而这个package命令就是生命周期中的一个阶段,每个生命周期中都包含了一些阶段,这些阶段是有依赖关系的。阶段中运行了一系列插件中的目标操作。
在Maven中有三套独立的生命周期:

4.1 clean:清理项目

clean生命周期的目的就是清理项目,包含3个阶段

  1. pre-clean 执行一些清理前需要完成的工作。
  2. clean 清理上一次生成的字节码文件
  3. post-clean 执行一些清理后需要完成的工作
4.2 default:构建项目(重要)

default生命周期定义了真正构建时所需要执行的所有步骤,是最核心的部分。包含阶段如下

 
  
  
  
  
  
  
  1. 1. validate
  2. 2. initialize
  3. 3. generate-sources
  4. 4. process-sources 主力项目/src/main/resources目录下的资源文件
  5. 5. generate-resources
  6. 6. process-resources
  7. 7. compile 编译项目src/main/java目录下的源代码
  8. 8. process-classes
  9. 9. generate-test-sources
  10. 10. process-test-sources 处理项目src/test/resources目录下的测试资源文件
  11. 11. generate-test-resources
  12. 12. process-test-resources
  13. 13. test-compile 编译项目src/test/java目录下的测试代码
  14. 14. process-test-classes
  15. 15. test 使用单元测试框架运行测试
  16. 16. prepare-package
  17. 17. package 接受编译好的代码,打包成可发布的格式jarwar
  18. 18. pre-integration-test
  19. 19. integration-test
  20. 20. post-integration-test
  21. 21. verify
  22. 22. install 将包安装到Maven本地仓库,供本地其他Maven项目使用
  23. 23. deploy 将最终的包复制到远程仓库中,供其他开发人员和Maven项目使用
4.3 site:建立项目站点

site生命周期是建立项目的发布站点,一般开发人员用不到。也就是生成一些站点信息

  1. pre-site 执行生成站点之前需要完成的工作
  2. site 生成项目站点文档
  3. post-site 执行生成站点之后需要完成的工作
  4. site-deploy 将生成的项目站点发布到服务器上

直接使用mvn site命令即可生成一个站点报告。
从命令行执行生命周期的某些阶段,例如:
mvn clean :调用clean生命周期的clean阶段,因为有依赖关系,所以实际上是先执行了pre-clean然后才执行的clean阶段
mvn test :调用default生命周期的test阶段,执行test阶段之前就必须执行test之前的那些阶段validate、initialize等等

5、Maven的依赖

Maven的依赖通过dependencis元素来配置依赖,这是Maven最强大的特性之一。它支持传递性依赖。
在Maven中一个依赖不仅仅是一个JAR。它是一个POM文件,这个POM可能也声明了对其它构件的依赖。这些依赖的依赖叫做传递性依赖
所谓传递性依赖就是: 如果项目C依赖于项目B,项目B自身依赖于项目A,那么项目C它也依赖于项目A的依赖。
假如你的项目中需要依赖一个A库,这个A库自身又依赖了3个其它库。当你在dependencies中配置了A库的依赖的时候,则Maven会自动依赖3个其他库。不用你再自己去依赖了。就像Spring和Hibernate一样。你配置的时候,只需要配置Spring和Hibernate即可。
Maven在下载相应依赖的jar的时候,还会下载该jar的pom文件。这个文件对于传递性依赖特别重要。
这个pom文件跟我们现在编写的pom.xml文件没太大区别,打开后其实也是一样。
如下是hibernate-core-4.3.10.Final.jar的pom文件(hibernate-core-4.3.10.Final.pom)

 
  
  
  
  
  
  
  1. <?xml version="1.0" encoding="UTF-8"?>
  2. <project xmlns="http://maven.apache.org/POM/4.0.0" xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 http://maven.apache.org/xsd/maven-4.0.0.xsd" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
  3. <modelVersion>4.0.0</modelVersion>
  4. <groupId>org.hibernate</groupId>
  5. <artifactId>hibernate-core</artifactId>
  6. <version>4.3.10.Final</version>
  7. <dependencies>
  8. <dependency>
  9. <groupId>org.jboss.logging</groupId>
  10. <artifactId>jboss-logging</artifactId>
  11. <version>3.1.3.GA</version>
  12. <scope>compile</scope>
  13. </dependency>
  14. <dependency>
  15. <groupId>org.jboss.logging</groupId>
  16. <artifactId>jboss-logging-annotations</artifactId>
  17. <version>1.2.0.Beta1</version>
  18. <scope>compile</scope>
  19. </dependency>
  20. <dependency>
  21. <groupId>org.jboss.spec.javax.transaction</groupId>
  22. <artifactId>jboss-transaction-api_1.2_spec</artifactId>
  23. <version>1.0.0.Final</version>
  24. <scope>compile</scope>
  25. </dependency>
  26. <dependency>
  27. <groupId>dom4j</groupId>
  28. <artifactId>dom4j</artifactId>
  29. <version>1.6.1</version>
  30. <scope>compile</scope>
  31. </dependency>
  32. **********省略部分***********
  33. </dependencies>
  34. <name>Core Hibernate O/RM functionality</name>
  35. <description>The core O/RM functionality as provided by Hibernate</description>
  36. <url>http://hibernate.org</url>
  37. <organization>
  38. <name>Hibernate.org</name>
  39. <url>http://hibernate.org</url>
  40. </organization>
  41. <issueManagement>
  42. <system>jira</system>
  43. <url>https://hibernate.atlassian.net/browse/HHH</url>
  44. </issueManagement>
  45. <scm>
  46. <url>http://github.com/hibernate/hibernate-orm</url>
  47. <connection>scm:git:http://github.com/hibernate/hibernate-orm.git</connection>
  48. <developerConnection>scm:git:[email protected]:hibernate/hibernate-orm.git</developerConnection>
  49. </scm>
  50. <licenses>
  51. <license>
  52. <name>GNU Lesser General Public License</name>
  53. <url>http://www.gnu.org/licenses/lgpl-2.1.html</url>
  54. <comments>See discussion at http://hibernate.org/license for more details.</comments>
  55. <distribution>repo</distribution>
  56. </license>
  57. </licenses>
  58. <developers>
  59. <developer>
  60. <id>hibernate-team</id>
  61. <name>The Hibernate Development Team</name>
  62. <organization>Hibernate.org</organization>
  63. <organizationUrl>http://hibernate.org</organizationUrl>
  64. </developer>
  65. </developers>
  66. </project>
5.1 声明依赖

在Maven中需要使用在dependencies中定义一个或者多个dependency元素,来声明项目的一个或者多个依赖。
每个依赖元素包括:

  1. groupId、artifactId和version依赖的基本坐标
  2. type:依赖的类型,对应项目坐标定义的packaging,默认为jar。大部分情况下不用声明
  3. sope:依赖范围

       
        
        
        
        
        
        
    1. compile(默认):编译依赖范围
    2. test:测试依赖范围
    3. provided:已提供范围
    4. runtime:运行时依赖范围
    5. system:系统依赖范围
    6. import:导入依赖范围

  4. optional:标记依赖是否可选

  5. exclusions:用来排除传递性依赖
5.2 排除不想要的传递性依赖

使用provided范围,让它排除WAR文件中特定的依赖。provided范围告诉Maven一个依赖在编译的时候需要,但是它不应该被捆绑在构建的输出中。
当你开发web应用的时候provided范围变得十分有用。
例如:你需要通过Servlet API来编译你的代码,但是你不希望Servlet API的JAR文件包含在你web应用的WEB-INF/lib目录中。因为一般容器中都包含了Servlet API的jar包,以免冲突。所以可以排除它。
现在假如项目A依赖于项目B,但是项目B依赖于项目C,可能项目A就不想因为传递性的问题直接依赖了项目C。则可以排除掉!

 
  
  
  
  
  
  
  1. <dependency>
  2. <groupId>com.baidu.user</groupId>
  3. <artifactId>project-b</artifactId>
  4. <version>1.0.0</version>
  5. <exclusions>
  6. <exclusion>
  7. <groupId>com.baidu.user</groupId>
  8. <artifactId>project-c</artifactId>
  9. </exclusion>
  10. </exclusions>
  11. </dependency>
5.3 依赖版本的界限

在依赖某个项目的时候,你可以不必指定特定的某个版本。也可以指定一个版本范围
(,) 不包含
[,] 包含
例如:依赖一个Junit的大于等于3.8 但是小于4.0 的版本

 
  
  
  
  
  
  
  1. <dependency>
  2. <groupId>junit</groupId>
  3. <artifactId>junit</artifactId>
  4. <version>[3.8 , 4.0)</version>
  5. </dependency>

Maven入门-2.Maven一些核心概念介绍_第2张图片



来自为知笔记(Wiz)


你可能感兴趣的:(Maven入门-2.Maven一些核心概念介绍)