安装完JDK后就会安装配置Maven（MAVEN_HOME、path），很大可能性你需要修改settings.xml文件，比如你会修改本地仓库地址路径，比如你很可能会copy一段配置到你的settings.xml中（很可能就是私服的一些配置）。
接下来，你会到IDEA或者Eclipse中进行Maven插件配置，然后你就可以在工程中的pom.xml里面开始添加<dependency>标签来管理jar包，在Maven规范的目录结构下进行编写代码，最后你会通过插件的方式来进行测试、打包（jar or war）、部署、运行。
本地仓库：默认路径在$(user.home}/.m2/repository中。
本地仓库就是相当于加了一层jar包缓存，先到这里来查。如果这里查不到，那么就去私服上找，如果私服也找不到，那么去中央仓库去找，找到jar后，会把jar的信息同步到私服和本地仓库中。
私服，就是公司内部局域网的一台服务器而已，私服中存储了公司的内部专用的jar！不仅如此，私服还充当了中央仓库的镜像，说白了就是一个代理！
中央仓库：该仓库存储了互联网上的jar，由Maven团队来维护，地址是：repo1.maven.org/maven2/。
关于<dependency>的使用
<dependency>
<groupId>commons-dbcp</groupId>
<artifactId>commons-dbcp</artifactId>
<version>1.4</version>
</dependency>
Maven生命周期
我们只需要注意一点：执行后面的命令时，前面的命令自动得到执行。实际上，我们最常用的就是这么几个：
- clean：有问题，多清理！
- package：打成Jar or War包，会自动进行clean+compile
- install：将本地工程Jar上传到本地仓库
- deploy：上传到私服
Maven常见的依赖范围有
- compile：编译依赖，默认的依赖方式，在编译（编译项目和编译测试用例），运行测试用例，运行（项目实际运行）三个阶段都有效，典型地有spring-core等jar。
- test：测试依赖，只在编译测试用例和运行测试用例有效，典型地有JUnit。
- provided：对于编译和测试有效，不会打包进发布包中，典型的例子为servlet-api,一般的web工程运行时都使用容器的servlet-api。
- runtime：只在运行测试用例和实际运行时有效，典型地是jdbc驱动jar包。
- system：不从maven仓库获取该jar,而是通过systemPath指定该jar的路径。
- import：用于一个dependencyManagement对另一个dependencyManagement的继承。
1、说说你熟悉哪些maven命令？
- mvn archetype:generate 创建Maven项目
- mvn compile 编译源代码
- mvn deploy 发布项目
- mvn test-compile 编译测试源代码
- mvn test 运行应用程序中的单元测试
- mvn site 生成项目相关信息的网站
- mvn clean 清除项目目录中的生成结果
- mvn package 根据项目生成的jar
- mvn install 在本地Repository中安装jar
- mvn eclipse:eclipse 生成eclipse项目文件
- mvnjetty:run 启动jetty服务
- mvntomcat:run 启动tomcat服务
- mvn clean package -Dmaven.test.skip=true:清除以前的包后重新打包，跳过测试类
2、如何解决依赖传递引起的版本冲突？
可通过dependency的exclusion元素排除掉依赖。
3、说说maven的依赖原则
最短路径原则（依赖传递的路径越短越优先）
pom文件申明顺序优先（路径长度一样，则先申明的优先）
覆写原则（当前pom文件里申明的直接覆盖父工程传过来的）
4、说说依赖的解析机制？
当依赖的范围是 system 的时候，Maven 直接从本地文件系统中解析构件。
根据依赖坐标计算仓库路径，尝试直接从本地仓库寻找构件，如果发现对应的构件，就解析成功。如果在本地仓库不存在相应的构件，就遍历所有的远程仓库，发现后，下载并解析使用。如果依赖的版本是 RELEASE 或 LATEST，就基于更新策略读取所有远程仓库的元数据文件（groupId/artifactId/maven-metadata.xml），将其与本地仓库的对应元合并后，计算出RELEASE 或者 LATEST 真实的值，然后基于该值检查本地仓库，或者从远程仓库下载。如果依赖的版本是 SNAPSHOT，就基于更新策略读取所有远程仓库的元数据文件，将它与本地仓库对应的元数据合并，得到最新快照版本的值，然后根据该值检查本地仓库，或从远程仓库下载。如果最后解析得到的构件版本包含有时间戳，先将该文件下载下来，再将文件名中时间戳信息删除，剩下 SNAPSHOT 并使用（以非时间戳的形式使用）。
5、说说插件的解析机制
与依赖的构件一样，插件也是基于坐标保存在Maven仓库中。在用到插件的时候会先从本地仓库查找插件，如果本地仓库没有则从远程仓库查找插件并下载到本地仓库。与普通的依赖构件不同的是，Maven会区别对待普通依赖的远程仓库与插件的远程仓库。前面提到的配置远程仓库只会对普通的依赖有效果。当Maven需要的插件在本地仓库不存在时是不会去我们以前配置的远程仓库查找插件的，而是需要有专门的插件远程仓库。
