相
信只要做过 Java 开发的童鞋们，对 Ant 想必都不陌生，我们往往使用 Ant 来构建项目，尤其是涉及到特别繁杂的工作量，一个
build.xml 能够完成编译、测试、打包、部署等很多任务，这在很大的程度上解放了程序员们的双手。但同时也存在一些其他的问题，比如：jar
文件管理混乱，每次都需要自己去下载；build.xml 因项目结构的不同导致差异性较大。
概况
自
从项目中引入 Maven 以后，以前 Ant 能解决的，Maven 提供了更加简洁的解决方案，而以前 Ant 解决不了的，Maven
也能很好的解决。这就直接导致了项目管理工具的更新换代。当然，这已不是什么新鲜事了。只不过，一直到现在才有时间来分享项目中使用 Maven
的感受，这一点上，真的很抱歉，后续会及时的更新。
从项目中引入 Maven 以后，以前 Ant 能解决的，Maven 提供了更加简洁的解决方案，而以前 Ant 解决不了的，Maven
也能很好的解决。这就直接导致了项目管理工具的更新换代。当然，这已不是什么新鲜事了。只不过，一直到现在才有时间来分享项目中使用 Maven
的感受，这一点上，真的很抱歉，后续会及时的更新。
Maven 的入门教程网上已经有很多了，这里就不再赘述这些基本知识了。还没有接触过 Maven 的童鞋，请移步 Google 或 Baidu。之后再回来看这篇文章。在这篇文章里，我主要结合项目中 Maven 的使用，以及需要注意的事项来与大家讨论。
原理
说
到 Maven 的原理，其实很简单，就是采用远程仓库和本地仓库以及一个类似 build.xml 的 pom.xml，将 pom.xml 中定义的
jar 文件从远程仓库下载到本地仓库，各个应用使用同一个本地仓库的 jar，同一个版本的 jar 只需下载一次，而且避免每个应用都去拷贝
jar。
到 Maven 的原理，其实很简单，就是采用远程仓库和本地仓库以及一个类似 build.xml 的 pom.xml，将 pom.xml 中定义的
jar 文件从远程仓库下载到本地仓库，各个应用使用同一个本地仓库的 jar，同一个版本的 jar 只需下载一次，而且避免每个应用都去拷贝
jar。
结构
项目中我们都会根据自己的习惯创建目录结构，虽然有规范，但难免会有疏漏，长此下去，项目的结构会越来越乱的。Maven 解决了这个问题，对于不同的项目，它提供了多种选择，并将其作为目录模板，如下图所示。
使用目录模板，可以使pom.xml更简洁。因为Maven2已经根据缺省目录，预定义了相关的动作，而无需人工的干预。以resources目录为例：
src/test/resources，负责管理项目测试的资源。在使用Maven2执行test-compile之后，这个目录中的所有文件及子目录，会复制到target/test-classes目录中，为后续的测试做好了准备。
这
些动作在 Maven1 中，是需要在 maven.xml
中使用<preGoal>或<postGoal>来完成的。如今，完全不需要在pom.xml中指定就能够自动完成。在src和
test都使用resources，方便构建和测试，这种方式本就已是前人的经验。通过使用Maven2，使这个经验在开发团队中得到普及。
些动作在 Maven1 中，是需要在 maven.xml
中使用<preGoal>或<postGoal>来完成的。如今，完全不需要在pom.xml中指定就能够自动完成。在src和
test都使用resources，方便构建和测试，这种方式本就已是前人的经验。通过使用Maven2，使这个经验在开发团队中得到普及。
生命周期
在 Maven2 中有了明确的生命周期概念，而且都提供与之对应的命令，使得项目构建更加清晰明了。主要的生命周期阶段：
如
果要执行项目编译，那么直接输入：mvn
compile即可，对于其他的阶段可以类推。阶段之间是存在依赖关系（dependency）的，如test依赖test-compile。在执行
mvn test时，会先运行mvn test-compile，然后才是mvn test。当然，开发中，我们一般都不会直接操作 Maven
的。而是在 Eclipse 中使用 Maven 插件，其中用的最多的命令就是
clean 、compile 、install 、deploy 等。
果要执行项目编译，那么直接输入：mvn
compile即可，对于其他的阶段可以类推。阶段之间是存在依赖关系（dependency）的，如test依赖test-compile。在执行
mvn test时，会先运行mvn test-compile，然后才是mvn test。当然，开发中，我们一般都不会直接操作 Maven
的。而是在 Eclipse 中使用 Maven 插件，其中用的最多的命令就是
clean 、compile 、install 、deploy 等。
依赖
说完生命周期，还有一个必须要说的就是依赖管理了。Maven 中是通过在 pom.xml 中添加依赖从而来引入 jar 包的。其原理是：每一个 jar 都会有独立的坐标，Maven 就是通过坐标来定位到具体的 jar 的。
就
好像平面坐标系一样，通过 x 轴 和 y 轴定位一个坐标点。Maven 定义了这样一组规则：世界上任何一个构件都可以使用 Maven
坐标唯一标识，Maven 坐标的元素包括 groupId 、artifactId 、version 、packaging 、classifier
。只要我们提供正确的坐标元素，Maven 就能够找到它。
好像平面坐标系一样，通过 x 轴 和 y 轴定位一个坐标点。Maven 定义了这样一组规则：世界上任何一个构件都可以使用 Maven
坐标唯一标识，Maven 坐标的元素包括 groupId 、artifactId 、version 、packaging 、classifier
。只要我们提供正确的坐标元素，Maven 就能够找到它。
建议
有
的人可能会有疑问，以前没有 Maven 的时候，我们可以去各自的官网下载 jar，但现在只能通过 pom 引用
jar。那么如何知道需要添加哪些依赖呢？还有需要什么版本呢？这也是为什么有一部分习惯了自己下载 jar，而到了 Maven 这不知道该怎么用了。
的人可能会有疑问，以前没有 Maven 的时候，我们可以去各自的官网下载 jar，但现在只能通过 pom 引用
jar。那么如何知道需要添加哪些依赖呢？还有需要什么版本呢？这也是为什么有一部分习惯了自己下载 jar，而到了 Maven 这不知道该怎么用了。
当
然，Maven 还不是智能的，你不可能直接命令 Maven
直接给你找项目所需要的各种组件，或许以后这样的智能化的软件管理工具会出现，至少现在还没有。因此，还得需要你自己去添加 pom
依赖。至于该如何找，这里我告诉大家一个方法，虽然方法有点笨，但或许对你快速定位到具体组件有所帮助。
然，Maven 还不是智能的，你不可能直接命令 Maven
直接给你找项目所需要的各种组件，或许以后这样的智能化的软件管理工具会出现，至少现在还没有。因此，还得需要你自己去添加 pom
依赖。至于该如何找，这里我告诉大家一个方法，虽然方法有点笨，但或许对你快速定位到具体组件有所帮助。
举个例子，假如现在需要添加 Hibernate 的依赖，但具体哪个版本呢，可以先不用管，直接去 Baidu 或者 Google，以“ maven spring repository ”为关键字搜索，往往第一个链接中，就是你需要的方案。
当然，这只是一种方法，只针对刚接触 Maven 的童鞋们。随着项目经验的增多，以后你就会越来越发现，Maven 解放的不仅仅是你的双手，还有你最宝贵的时间。