Maven

Maven项目，依赖，构建配置，以及构件：所有这些都是要建模和表述的对象。
这些对象通过一个名为项目对象模型(Project Object Model, POM)的XML文件描述。
这个POM告诉Maven它正处理什么类型的项目，如何修改默认的行为来从源码生成输出。
同样的方式，一个Java Web应用有一个web.xml文件来描述，配置，及自定义该应用，一个Maven项目则通过一个 pom.xml文件定义。该文件是Maven中一个项目的描述性陈述；也是当Maven构建项目的时候需要理解的一份“地图”

Maven坐标

    <dependencies>
        <dependency>
            <groupId>javax.servlet</groupId>
            <artifactId>servlet-api</artifactId>
            <version>2.5</version>
            <scope>provided</scope>
        </dependency>
    </dependencies>

dependencies
在dependencies标签中添加需要依赖的jar对应的maven坐标

dependency
一个dependency标签表示一个maven坐标

groupId
团体，公司，小组，组织，项目，或者其它团体。团体标识的约定是，它以创建这个项目的组织名称的逆向域名(reverse domain name)开头。来自Sonatype的项目有一个以com.sonatype开头的groupId，而Apache Software的项目有以org.apache开头的groupId，一个maven坐标必须包含一个groupId必须的

artifactId
在groupId下的表示一个单独项目的唯一标识符。比如我们的tomcat, commons等。不要在artifactId中包含点号(.) ，必须的

version
一个项目的特定版本。发布的项目有一个固定的版本标识来指向该项目的某一个特定的版本。
而正在开发中的项目可以用一个特殊的标识，这种标识给版本加上一个"SNAPSHOT"的标记。
 虽然项目的打包格式也是Maven坐标的重要组成部分，但是它不是项目唯一标识符的一个部分。一个项目的 groupId:artifactId:version使之成为一个独一无二的项目；你不能同时有一个拥有同样的groupId, artifactId和version标识的项目。必须的

scope
依赖范围

依赖冲突产生的原因

 

 

上图中a jar包通过b和d间接依赖到的c jar包版本不一致，出现了冲突

依赖冲突解决
第一优先声明原则
先定义的先使用

路径就近原则
直接定义使用