3.构建Profile
1）profile作用
Profile能让你为一个特殊的环境自定义一个特殊的构建；profile使得不同环境间构建的可移植性成为可能。区分环境，当系统有开发环境，测试环境，线上环境等不同环境时，每个环境的配置信息可能有差异，此时使用profile解决此种差异导致的配置信息差异问题。
2）profile语法
❶ pom.xml中的profiles元素，它包含了一个或者多个profile元素。由于profile覆盖了pom.xml中的默认设置，profiles通常是pom.xml中的最后一个元素。构建Profile207
❷ 每个profile必须要有一个id元素。这个id元素包含的名字将在命令行调用profile时被用到。我们可以通过传给Maven一个-P参数来调用profile。
❸ 一个profile元素可以包含很多其它元素，只要这些元素可以出现在POM XML文档的project元素下面。本例中，我们覆盖了Compiler插件的行为，因此必须覆盖插件配置，该配置通常位于一个build和一个plugins元素下面。
❹ 我们覆盖了Maven Compiler插件的配置。确保通过production profile产生的字节码不会包含调试信息，并且字节码会被编译器优化。
要使用profile来运行mvn install，需要 mvn install -P dev -X(开启debug日志)
Profile中允许出现的元素如下：
3）profile激活用法
通过activation控制，当环境以及所有配置信息满足条件时，profile才会被激活，从而生效覆盖原有pom配置，不满足时profile控制不生效
上例定义了一组狭小的激活参数集合。让我们仔细看一下每个激活配置：
❶ activeByDefault元素控制一个profile是否默认被激活。
❷ 该profile只有当JDK版本以“1.5”开头的时候才被激活。这包含“1.5.0_01”，“1.5.1”等。
❸ 该profile针对于一个特定的Windowx XP版本，32位平台上的5.1.2600版本。如果你的项目使用本地插件来构建一个C程序，你可能会发现自己正为特定的平台编写项目。
❹ property元素告诉Maven，当mavenVersion属性的值被设置成2.0.5的时候才激活profile。mavenVersion是一个在所有Maven构建中可用的隐式属性。
❺ file元素告诉我们只有当某些文件存在（或者不存在）的时候才激活profile。该例中的devprofile只有在项目基础目录中存在file2.properties文件，并且不存在file1.properties文件的时候才被激活。
通过属性缺失激活，基于一个属性如environment.type的值来激活一个profile。注意属性名称前面的惊叹号。惊叹号通常表示“否定”的意思。当没有设置${environment.type}属性的时候，这个profile被激活。
外部profile，相当于将profile文件整个抽离出来，放入一个profiles.xml文件中。
你可以发现一旦你的Profile变得很大，再让你管理pom.xml会变得很困难，或者说只是因为你觉得将profiles.xml文件从中pom.xml分离出来是一种更干净的方式。不管怎样，调用定义在pom.xml中的profile和调用定义在profiles.xml中profile的方式是一样的。
4）Settings的profile
项目profile关心于覆盖某个项目的配置，而settings profile可以应用到所有你使用Maven构建的项目
激活设置，也可以使用activeProfiles，但是此部分只会控制settings中的设置是否启用，而不会影响到pom中的设置。
列出所有激活的profiles：mvn help:active-profiles
Active Profiles for Project 'My Project':
The following profiles are active:
- my-settings-profile (source: settings.xml)
- my-external-profile (source: profiles.xml)
- my-internal-profile (source: pom.xml)
如果正确的使用profile，它可以为不同的平台很容易的自定义构建。如果你构建中的一些东西需要定义一个平台特定的路径，如应用程序服务器，你可以将这些配置点放到profile中，然后由操作系统参数激活。如果你有一个项目需要为不同的环境生成不同的构件，你可以为不同的环境和平台自定义profile特定的插件行为，从而自定义构建行为。使用profile，构建可以变得容易移植，没有必要为一个新的环境重写你的构建逻辑，只需要重写那些需要变化的配置，共享那些可以被共享的配置。
