Maven 项目管理从未如此通畅

一，写在前面

Maven到底是什么？它能做些什么？能为我们的开发工作提供什么样的帮助？为什么会有如此大的知名度？另外，常听大厂的人说“私服”，工具管理吧啦吧啦的一堆也是不明觉厉。相信仁者见仁，着智者见智了。鄙人不才，整理了一下之前的笔记，与诸君分享，值当饭后茶点，欢迎指点。

二，场景模拟

情景一：日常开发中，比如做数据库操作，我需要引入诸如一下的jar包：

image

程序编译的时候，各种阴差阳错，会出现“ClassNotFoundException”，何解？唯有各种排查，也是比较闹心却也司空见惯了。

情景二：有过.net开发的人知道，比如，经常出现膈应的Newtonsoft.Json找不到的尴尬，此时只能从Nuget重新获取，或者从别处引用，那么会引起情景三。

情景三：现在的开发工作分模块，分功能，分业务，分流程等的开发模式，程序猿A在一处引入某jar包，程序猿B在另出引入该jar包，这样会造成代码的混乱和冗余。

情景四：我现在开发两个java项目A和B，其中项目A中的一些功能依赖于项目B中的某些类，也就是说项目A的运行，必须靠引入项目B打包后的jar文件才能执行。如果，项目B出现bug，那么A必须重新引入新的B的jar包。假设已经是线上项目，会不会显得被动了呢？！

总结，手动的添加删除jar包，而引发各种“血案”。

三，说说Maven

什么是架构？一个项目的整体架构的健全性，为项目的基本功能，规定了类和对象如何创建，如何协作，提供必要的支持性工作。

关于Maven，看看百度百科的说法

image

不过，我还是喜欢网上有位大神总结“Maven的核心功能就是合理叙述项目间的依赖关系”。通俗的说，就是通过pom.xml文件的配置获取jar包，而不再是手动添加jar包。其次，提供一个标准，配置文件不在杂乱无章，单元测试不再哪哪都是。

所有的Maven项目都包含着一个pom.xml，在这里记录着的<groupId><artifactId><version>等字段，这些字段在创建Maven项目时填写，后期也可以手动更改，Maven会依据它们来定位到该项目，进而完成jar的自动指引。

Maven主要做两件事：

  统一管理jar包

  统一开发规范于工具

四，说说pom.xml

pom.xml，这是Maven的核心配置文件，pom全称Project Object Model（项目对象模型），它描述的是整个Maven项目，或者说是Maven的描述文件：


<project xmlns="http://maven.apache.org/POM/4.0.0" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 http://maven.apache.org/xsd/maven-4.0.0.xsd">

   <modelVersion>4.0.0</modelVersion>

   <groupId>com</groupId>

   <artifactId>crm</artifactId>

   <version>1.0-SNAPSHOT</version>

<dependencies>
 <dependency>

   <groupId>junit</groupId>

   <artifactId>junit</artifactId>

   <version>RELEASE</version>

 </dependency>
</dependencies> 
</project>

说说这几个关键词

1。groupId

公司或组织的名称。一般groupId由三部分组成“[项目用途].[公司名].[项目名]”，比如com.alibaba.taobao

2。artifactId

项目名

3。version

所需要jar的版本。SNAPSHOT意为快照，说明该项目在开发中。

以上三个元素，是Maven项目的基本坐标，非常厚重要。

4。packing

项目打包的类型，包括jar,war,rar,pom,ear，默认是jar

5。dependencies和dependency

简单的说，这里存放我们开发所需要的jar包。比如，上面的junit，表示我测试单元所引入的jar包。再如，Maven项目中提示找不到javax.sevlet.api，会通过在这里添加依赖：


  <groupId>javax.servlet</groupId>

  <artifactId>javax.servlet-api</artifactId>

  <version>3.1.0</version>

  <scope>provided</scope>

</dependency>

6。properties

主要用来定义一些配置的属性，比如编码方式等

7。build

表示与构建相关的配置

<build>

    <plugins>

        <plugin>

            <groupId>org.mortbay.jetty</groupId>

            <artifactId>maven-jetty-plugin</artifactId>

            <version>6.1.7</version>

            <configuration>

                <connectors>

                    <connector implementation="org.mortbay.jetty.nio.SelectChannelConnector">

                        <port>8888</port>

                        <maxIdleTime>30000</maxIdleTime>

                    </connector>

                </connectors>

                <webAppSourceDirectory>${project.build.directory}/${pom.artifactId}-${pom.version} </webAppSourceDirectory>

                <contextPath>/</contextPath>

            </configuration>

        </plugin>

    </plugins>

</build>

五，Maven的仓库

通过上面的pom.xml中配置，就能得到我开发中所需要的jar包，那么问题来了，这些jar在哪里，而我又怎么拿到呢？

这就引入了Maven仓库的概念。

Maven仓库分三种：本地仓库，第三方仓库（私服），中央仓库。

1.本地仓库

Maven项目创建后，在本地会有一个目录，在这里存放着几乎我所能用到的所有jar包，默认地址：$user.home/.m2/repository（我用mbp，cd usr/[电脑名]/.m2/ repository ）。我也可以修改默认地址，通过Maven目录下conf/setting.xml，修改localRepository字段就行。

2.第三方仓库

又称内部中心仓库，也叫私服。

一般由公司内部设立，只为本公司内部共享使用。它既可以作为公司内部构件协作和存档，也可以作为公用类库镜像缓存，减少外部访问和下载的频率。所以，对私服安全性问题要求非常的严格，需要单独配置，不然不能使用。

3.中央仓库

Maven内置了远程公用仓库，http://repo1.maven.org/maven2

这是由Maven团队维护，里面大约有1亿个常用类库，包括了市面大部分开源项目的构件，任你挑选。

总结，Maven项目获取jar包的过程

image

优先会从本地仓库查找jar包，如果没有，但是配置了私服，就会请求私服，从私服里获取jar，如果没有，就会从中央仓库里获取，直到找到对应jar包，然后下载到本地仓库，以便下次使用。如果没有私服，就直接去中央仓库获取。

先说这么多，后续再补。

Maven 项目管理从未如此通畅

推荐阅读更多精彩内容