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> jsun@163.com </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）之后再执行。
