1.maven是什么？
Maven是一个项目管理和综合工具。Maven提供了开发人员构建一个完整的生命周期框架。开发团队可以自动完成项目的基础工具建设，Maven使用标准的目录结构和默认构建生命周期。
在多个开发团队环境时，Maven可以设置按标准在非常短的时间里完成配置工作。由于大部分项目的设置都很简单，并且可重复使用，Maven让开发人员的工作更轻松，同时创建报表，检查，构建和测试自动化设置。
2.说说maven如何进行多模块的？maven的依赖？
答：首先创建一个maven project项目，然后在maven项目的基础上创建maven module项目，在maven project项目的pom文件中会有一个配置，里面的配置着多模块。在maven module项目的pom文件通过配置模块所属的父项目，依赖通过pom文件的属性配置依赖项目，groupId：项目所属分组，artifactId：项目唯一标志，version：项目的版本号， scope:依赖的范围。模块的子项目会继承父项目的依赖，如果子项目单独引用，会覆盖父项目的引用,若B依赖于A，C依赖于B，则C依赖于A。
3.pom文件简介
答：pom: 项目对象模型(project object module)
<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.0http://maven.apache.org/xsd/maven-4.0.0.xsd">
<!-- 指定了当前POM的版本 -->
<modelVersion>4.0.0</modelVersion>
<!-- 项目坐标信息 -->
<!-- 项目主标识，用于定义当前项目属于的实际项目，格式与项目创建的包是一样的，公司域名反写-->
<groupId>com.jsun.demo</groupId>
<!-- 项目名或模块名或项目名+模块名组成 -->
<artifactId>demo-maven01</artifactId>
<!-- 当前项目版本号，一般由三个数字组成，第一个0表示大版本号，第二个0表示分支版本号，第三个1表示小版本号 -->
<!-- SNAPSHOT代表当前版本类型为快照版本，还有alpha内部版本、beta公测版本、release发布版本、ga正式版本等 -->
<version>0.0.1-SNAPSHOT</version>
<!-- maven打包方式，默认为jar，还有：pom,maven-plugin,war,rar,zip -->
<packaging>jar</packaging>
<!-- 用在子模块中，实现对父模块的继承 -->
<parent>
<groupId>org.springframework.boot</groupId>
<artifactId>spring-boot-starter-parent</artifactId>
<version>1.2.5.RELEASE</version>
</parent>
<!-- 聚合多个maven项目，同时对所有聚合项目进行编译 -->
<modules>
<module></module>
</modules>
<!-- 项目描述名，url，详细描述，产生项目文档使用 -->
<name>Maven01</name>
<url>http://maven.apache.org</url>
<description>测试maven项目</description>
<!-- 开发人员列表，项目发布使用 -->
<developers>
<!-- 某个项目开发者的信息 -->
<developer>
<!-- 项目开发者的唯一标识符 -->
<id>001</id>
<!-- 项目开发者的全名 -->
<name>jsun</name>
<!-- 项目开发者的email -->
<email> [email protected] </email>
<!-- 项目开发者的主页的URL -->
<url />
<!-- 项目开发者在项目中扮演的角色，角色元素描述了各种角色 -->
<roles>
<role>developer</role>
</roles>
<!-- 项目开发者所属组织 -->
<organization>com-jsun</organization>
<!-- 项目开发者所属组织的URL -->
<organizationUrl> http://demo.jsun.com/jsun</organizationUrl>
</developer>
</developers>
<!-- 许可证信息， -->
<licenses>
<license>
<name></name>
<!-- 官方的license正文页面的URL -->
<url></url>
<!-- 项目分发的主要方式：repo，可以从Maven库下载，manual，用户必须手动下载和安装依赖 -->
<distribution></distribution>
<!-- 关于license的补充信息 -->
<comments></comments>
</license>
</licenses>
<!-- 项目所属组织信息 -->
<organization>
<name></name>
<url></url>
</organization>
<!-- 属性列表，相当于定义的公共常量，引用方式比如：${project.build.sourceEncoding} -->
<properties>
<project.build.sourceEncoding>UTF-8</project.build.sourceEncoding>
<junit.version>3.8.1</junit.version>
</properties>
<!-- 依赖列表 -->
<dependencies>
<!-- 具体依赖项，下面主要包含依赖的坐标、类型、范围等信息 -->
<dependency>
<groupId>org.springframework</groupId>
<artifactId>spring-core</artifactId>
<version>1.2.6</version>
<!-- 依赖的类型 -->
<type>jar</type>
<!-- 项目如果要使用某个框架或依赖，需要把相关jar包引用到classpath中，maven项目提供了三个classpath：编译、测试、运行 -->
<!-- 依赖的范围用于控制依赖于三种classpath关系的，包括：compile、provided、runtime、test、system、import -->
<!--
compile:默认范围，编译、测试、运行都有效
provided:编译和测试有效，最后运行不会被加入
runtime:在测试和运行的时候有效，编译不会被加入，比如jdbc驱动jar
test:测试阶段有效，比如junit
system:与provided一致，编译和测试阶段有效，但与系统关联，可移植性差
import:导入的范围，它只是用在dependencyManagement中，表示从其它的pom中导入dependency的配置
-->
<!-- 表示当前依赖只能在测试代码中引用使用，在主代码中引用使用则报错 -->
<scope>test</scope>
<!-- 排除依赖传递列表，比如A依赖B，B依赖C，但是A并没有使用C的功能，可以把C排除-->
<exclusions>
<exclusion></exclusion>
</exclusions>
</dependency>
<dependency>
<groupId>org.springframework.boot</groupId>
<artifactId>spring-boot-configuration-processor</artifactId>
<!-- 主动设置禁止自己被传递，只在当前项目中使用 -->
<optional>true</optional>
</dependency>
<dependency>
<groupId>net.sf.json-lib</groupId>
<artifactId>json-lib</artifactId>
<!-- 在相同版本下针对不同的环境或者jdk使用的jar,如果配置了这个元素，则会将这个元素名在加在最后来查找相应的jar，
具体解释查看：http://www.cnblogs.com/lovingprince/archive/2010/09/19/2166273.html -->
<classifier>jdk15</classifier>
<version>2.4</version>
</dependency>
</dependencies>
<!-- 使用dependencyManagement标签管理依赖，实际管理的是依赖的版本号，让
所有子项目中引用对应依赖而不用显式的列出版本号；
依赖并不会在当前项目引入 -->
<dependencyManagement>
<dependencies>
<dependency>
<groupId>junit</groupId>
<artifactId>junit</artifactId>
<version>${junit.version}</version>
</dependency>
</dependencies>
</dependencyManagement>
<!-- 构建插件 -->
<build>
<!--
Maven定制化打包后的包名
Maven默认的包名为:<finalName>${project.artifactId}-${project.version}</finalName>
定制化想要的包名,如加上时间戳:<finalName>${project.artifactId}-${maven.build.timestamp}</finalName>
-->
<finalName>myProject</finalName>
<!-- 插件列表 -->
<plugins>
<plugin>
<groupId>org.apache.maven.plugins</groupId>
<artifactId>maven-source-plugin</artifactId>
<version>2.4</version>
<executions>
<execution>
<phase>package</phase>
<goals>
<goal>jar-no-fork</goal>
</goals>
</execution>
</executions>
</plugin>
</plugins>
<!-- 插件管理列表，与dependencyManagement标签作用相似，管理插件版本号，让子项目继承使用 -->
<pluginManagement>
<plugins>
<plugin>
<artifactId>maven-compiler-plugin</artifactId>
<!-- 插件扩展配置 -->
<!-- 更详细的例子：http://my.oschina.net/zh119893/blog/276090 -->
<configuration>
<!-- 源代码编译版本 -->
<source>1.7</source>
<!-- 目标平台编译版本 -->
<target>1.7</target>
<!-- 设置编译字符集编码 -->
<encoding>${project.build.sourceEncoding}</encoding>
</configuration>
</plugin>
</plugins>
</pluginManagement>
</build>
</project>
4.构建生命周期是由阶段组成的：
这些构建生命周期中的每一个由构建阶段的不同列表定义，其中构建阶段表示生命周期中的阶段。
例如，默认（default）的生命周期包括以下阶段（注意：这里是简化的阶段，用于生命周期阶段的完整列表，请参阅下方生命周期参考）：
*
验证（validate） - 验证项目是否正确，所有必要的信息可用
*
编译（compile） - 编译项目的源代码
*
测试（test） - 使用合适的单元测试框架测试编译的源代码。这些测试不应该要求代码被打包或部署
*
打包（package） - 采用编译的代码，并以其可分配格式（如JAR）进行打包。
*
验证（verify） - 对集成测试的结果执行任何检查，以确保满足质量标准
*
安装（install） - 将软件包安装到本地存储库中，用作本地其他项目的依赖项
*
部署（deploy） - 在构建环境中完成，将最终的包复制到远程存储库以与其他开发人员和项目共享。
这些生命周期阶段（以及此处未显示的其他生命周期阶段）依次执行，以完成默认生命周期。给定上述生命周期阶段，这意味着当使用默认生命周期时，Maven将首先验证项目，然后尝试编译源代码，运行这些源代码，打包二进制文件（例如jar），运行集成测试软件包，验证集成测试，将验证的软件包安装到本地存储库，然后将安装的软件包部署到远程存储库。
换句话说，在生命周期里面阶段是连续的，在不出错的前提下，比如执行打包（package）时就一定是执行了测试（test）之后再执行。