在学习Spring框架的过程中，要导入很多jar包，不但非常麻烦，初学时还很容易忘记要用哪些jar包，尤其是有依赖关系的jar包。偶然看到有使用maven构建web项目的方法，可以非常方便的管理jar包还可以，就深入研究了一下。

一、jar包的导入引发的问题

在学习使用框架的时候，要先导入一些jar包，比如：spring-webmvc-4.1.5.RELEASE.jar。
使用SSM框架时要导入十几个jar包，需要手动一个一个导入，非常繁琐，还容易遗忘有依赖关系的一些jar包，(比如，要使用A包，A依赖于B,C,D,要使用A,就要先导入B,C,D，有些依赖容易忘记，有些依赖可能根本不知道)。

为了解决这种依赖关系，可以使用maven来构建和管理项目。

二、maven是什么？

maven是工具，是基于项目对象模型(POM project object model)，可以通过一小段描述信息（配置）来管理项目的构建，报告和文档的软件项目管理工具。

我认为maven的核心功能是合理描述项目间的依赖关系，就是通过pom.xml文件的配置获取jar包，而不用手动去添加jar包，如果需要使用pom.xml来获取jar包，那么首先该项目就必须为maven项目，maven项就是在java项目和web项目的上面包了一层maven，本质上java项目还是java项目，web项目还是web项目，但是包了maven之后，就可以使用maven提供的一些功能了(比如：通过pom.xml添加jar包)。

三、maven的安装

(一)，手动安装maven

1. 从官网下载，并解压到一个目录。

2. 配置环境变量，打开系统环境变量新建一个M2_HOME将解压后的maven存放路径放在此，然后在path路径加入M2_HOME\bin路径
   在mac中加入~/.bash_profile中
   

   mvn.png

3. 输入mvn-v检测是否安装成功

   
   
   mvn-v.png

4. 复制M2_HOME/conf/setting.xml文件到$user.home/.m2/setting.xml，这样用户每次升级后就不要在次修改setting.xml文件了。如果不设置setting.xml，就会按照默认的设置执行。根目录下的设置是全局的，用户目录下的设置只对当前用户起作用。

(二)，高版本的Eclipse,MyEclipse中已集成了maven，可以直接使用。

MyEclipseMaven.png

设置maven为自己安装的版本

MyEclipseMaven2.png

这两种方式的区别是，自己安装的可以自己设置配置文件，并使用命令行来管理项目，而集成的配置是默认好的，且使用不了命令行。

四、仓库的概念

通过pom.xml中的配置，就能够获取到想要的jar包，但是这些jar是在哪里呢？我们从哪里获取到的这些jar包？答案是仓库。
仓库分为：本地仓库、第三方仓库(私服)、中央仓库

• 本地仓库，Maven会将工程中依赖的构件(Jar包)从远程下载到本机一个目录下管理，每个电脑默认的仓库是在 $user.home/.m2/repository下
• 第三方仓库，又称为内部中心仓库，也称为私服。一般是由公司自己设立的，只为本公司内部共享使用。它既可以作为公司内部构件协作和存档，也可作为公用类库镜像缓存，减少在外部访问和下载的频率。（使用私服为了减少对中央仓库的访问）。注意：连接私服，需要单独配置。如果没有配置私服，默认不使用
• 中央仓库，Maven内置了远程公用仓库：http://repo1.maven.org/maven2。这个公共仓库是由Maven自己维护，里面有大量的常用类库，并包含了世界上大部分流行的开源项目构件。目前是以java为主，工程依赖的jar包如果本地仓库没有，默认从中央仓库下载。

五、在MyEclipse中使用maven创建web项目

步骤

1. 右键，new maven project

   
   
   new1.png

2. 选中Create a simple project

   
   
   new2.png

3. 填写项目名

   
   
   new3.png

或者选择用模板创建项目

1. 不选Create a simple project，直接下一步，在弹出的对话框中选择类型

   
   
   new4.png

2. 填写项目名

   
   
   new5.png

创建完项目后，有几点要注意：

• 更改jre版本

  
  
  new6.png

• 如果是使用simple project创建项目，则需要生成web.xml文件（使用模板创建的项目会自动生成）

  
  
  new7.png

项目结构如下

structure.png

此时正常部署项目到服务器，并运行：

run.png

可能出现的问题

1）创建maven project时提示内存不足，要修改MyEclipse安装目录下的eclispe.ini 文件，把内存分配修改一下（如：1024m改成2048m）

err.png

q_0.png

2）pom.xml文件报错： Cannot detect Web Project version，

q_1.png

这是因为simple project 要指定编译war的版本，在pom.xml中加入以下代码：

q_2.png

在这里指定JRE版本是因为，使用maven update项目时，会在配置文件中查找版本号，默认的是1.5，如果你用的是1.7或1.8，没有在这里写明，就会update 项目后变成1.5而导致其他问题。

3）jsp报错，The superclass "javax,servlet.http.HttpServlet" was not found on the Java Build Path

q_3.png

在pom.xml添加依赖：

q_3_.png

4）导入maven项目时，Referenced file contains errors，这个错一般发生在导入maven项目时，

q_4.png

这时，只需update project即可：

q_4_.png

5）Cannot upgrade/downgrade to Dynamic Web Module 3.0 facet.

q_5.png

解决这个问题要更改一下web.xml中的版本约束：

q_6.png

6）WEB-INF文件夹下lib中没有jar包的问题：
maven用dependency来引用仓库中的jar包，所以，在lib文件夹下是没有jar包的，如果，我想引用自己写的一个jar包，就可以放在lib下，在部署到服务器时，会一同部署过去：

new8.png

六、pom.xml的依赖关系

在pom.xml中添加dependency即可引入jar包

depen.png

比如：我想添加spring-webmvc的jar包到项目中，可以在mavenRepository中央仓库中查找到相应的版本，把代码直接拷贝到pom.xml中即可：

mvnrepository.png

dependency有9个属性，或子节点

dependele.png

1. groupId ---> 组名，一般是反向域名，基本属性，不可少

2. artifactId ---> 项目名，基本属性，不可少

3. version ---> 版本，基本属性，不可少

4. type ---> 依赖的类型，比如是jar包还是war包等，默认为jar

5. classifier ---> 定义构件输出的一些附属构件

6. scope ---> 依赖范围，意思就是通过pom.xml加载进来的jar包，来什么范围内使用生效，范围包括编译时，运行时，测试时。

   • compile：默认值，如果选择此值，表示编译、测试和运行都使用当前jar
   • test：表示只在测试时当前jar生效，在别的范围内就不能使用该jar包。
   • runtime，表示测试和运行时使用当前jar，编译时不用该jar包。例如：JDBC驱动。JDBC驱动，在编译时(也就是我们写代码的时候都是采用接口编程，压根就没使用到JDBC驱动包内任何东西，只有在运行时才用的到，所以这个是典型的使用runtime这个值的例子)，此处不写也不报错，理由同上
   • provided，表示编译和测试时使用当前jar，运行时不在使用该jar了。例如：servlet-api、jsp-api等。【必须填写】什么意思呢？ 在我们以前创建web工程，编写servlet或者jsp时，没导入过jar包，因为myeclipse帮我们提供了这两个jar包，内置了，所以我们在编译期测试期使用servlet都不会报缺少jar包的错误，而在运行时期，离开了myeclipse，就相当于缺失了这两个jar包，但此时tomcat又会帮我们提供这两个jar，以便我们不会报错。如果使用maven开发项目，就不是web项目了，那么myeclipse就不会在给我们提供这两个jar包，我们就必须自己手动通过坐标从仓库中获取，但是针对上面的分析，当运行的时候，tomcat会帮我们提供这两个jar包，所以我们自己从仓库中获取的jar包就不能和tomcat中的冲突，那么就正好可以通过provided这个属性，来设置这两个jar的作用范围，就是在变异时期和测试时期生效即可。
   • system:表示我们自己手动加入的jar包，不属于maven仓库(本地，第三方等)，属于别得类库的这样的jar包，只在编译和测试期生效，运行时无效。一般不用

7. systemPath ---> 当maven依赖本地而非repository中的jar包，sytemPath指明本地jar包路径

8. exclusions ---> 排除传递依赖，解决jar冲突问题。
   依赖传递的意思就是，A项目 依赖 B项目，B项目 依赖 C项目，当使用A项目时，就会把B也给加载进来，这是传递依赖，依次类推，C也会因此给加载进来。这个有依赖传递有好处，也有坏处，坏处就是jar包的冲突问题，比如，A 依赖 B(B的版本为1)，C 依赖 B(B的版本为2)，如果一个项目同时需要A和C，那么A,C都会传递依赖将B给加载进来，问题就在这里，两个B的版本不一样，将两个都加载进去就会引起冲突，这时候就需要使用exclusions这个属性配置了。

9. optional ---> 标记依赖是否可选。默认值false

依赖调节的两个原则

这个就是maven解决传递依赖时jar包冲突问题的方法：
1、第一原则：路径近者优先原则
A-->B-->C-->D-->X(1.6)
E-->D-->X(2.0)
使用X(2.0)，因为其路径更近

2、第二原则：第一声明者优先原则。就是如果路径相同，maven 默认配置在前面的优先使用
A-->B--> X(1.6)
C-->D--> X(2.0)
这样就是路径相同，那么如果A在前面，C在后面，则使用X(1.6)
maven会先根据第一原则进行选择，第一原则不成，则按第二原则处理。