1.控制项目间依赖关系方案
A项目依赖B项目的某些功能。将B项目打包为jar，并在A项目的Library下导入B的jar文件。
这样做有着很明显的缺点：
1.如果在开发过程中，发现B中的bug，则必须重新将B打包并对A项目进行重编译操作
2.在协同开发A项目时，为了保证其能够正常运行，
要么选择将B打包入A中，
要么选择将B一样发布出去并告知开发者使用方法。显然这两个方法都不太好，
*前者可能造成资源浪费（比如开发者可能正在开发依赖B的其它项目，B已经存储到本地了），而后者则会为项目正常运行带来风险（一旦把工作交给人工注定会带来一定的失败率）。
2Maven的核心功能便是合理叙述项目间的依赖关系。
所有的Maven项目包含着一个名为pom.xml的文件，在文件中记录着自己的<groupId><artifactId><version>等字段，这些字段在创建Maven项目时填写，Maven会依据它们来定位到该项目。
在pom中的另一个关键标签是<dependencies>,该标签下可以包含若干个<dependency>标签，而<dependency>下则是上面介绍的<groupId><artifactId><version>等依赖字段，它们确定着一个唯一的项目版本。
3[Maven库]
以刚才的A、B项目为例，在A项目的pom文件中写入<dependency>关联B项目，Maven会在工作区中找到B项目，并创建依赖。此时A项目可以直接访问到B项目中的类资源，而且对A调试时依然会击中B项目中设置的断点。
除去工作区的依赖关联外，Maven也可以关联一个远端镜像中的项目，在默认情况下，如果工作区中没有对应的项目记录，Maven会连接到中心仓库查找，如果找到，它会把项目下载到本地库中（Windows中本地库位于用户文档的.m2目录下），并自动设置关联。这是一个十分便利的特性，在我们需要额外jar包支持时，不再需要进行手动的下载和引入，我们仅需要将需要项目对应的依赖字段粘贴到pom的合适位置，剩下的交给Maven完成即可。
4.[其它特性]
1.镜像源
很明显，Maven中心仓库负载比较大，而且不在国内，因此速度非常慢，有时甚至会找不到依赖。因此，尤其是在小规模团队开发这种场合下，搭建一个Maven私服会极大的提升效率。这里推荐一个Maven镜像搭建工具：Nexus：http://www.sonatype.org/nexus/
使用它可以很快速方便的搭建私有Maven镜像源，之后在Maven的settings.xml里进行配置即可。
2.惰性下载src源码
在一些时候，我们需要参阅依赖项目的源文件，此时可以尝试直接双击class文件，如果Maven镜像源中存在源文件，会自动下载到本地，eclipse会自动加载并显示。
3.编译参数配置
笔者使用Eclipse Luna版，Maven默认的Java编译版本为1.5，我们可以在pom指定其编译版本，使其提升至1.7（参考luajava pom中的build标签）；此外这些设置也会被诸如jenkins持续集成等自动化工具读取并进行恰当配置。
思考：
maven描述项目间依赖，在pom.xml中描述之后，maven会下载相关依赖，不需要手动导入。
并且该文件可以描述build相关信息，jenkins可以读取相关信息
参考博文：通俗理解maven
