项目中一直应用Maven的profile特性解决不同环境的部署问题。最近在尝试解决本地调试环境的时候碰到一些问题，顺便仔细研究了一下。因为项目仍然在用普通SpringMVC架构，没有切换到Spring Boot，所以例子以SpringMVC为基础。
这里就不介绍Profile的基础知识了，不了解的请找相关资料查一下。
1 Profile的基础使用
我们常见的两种使用Profile的方法：占位符替换和文件复制。
1.1 Profile定义
在项目的pom.xml中定义不同的profile，以数据库主机地址为例。
1.2 替换占位符方法
为了简化，将本位涉及的所有参数保存到 src/main/resources/config下的props.properties 文件中，格式为
在pom.xml中定义 resources 插件，定制资源复制的动作。
执行 maven 命令，指定 profile 复制资源，复制的资源在目录 target/classes 下。分别用三个不同的profile执行mvn 命令后结果如下：
mvn clean resources:resources -P dev
mvn clean resources:resources -P test
mvn clean resources:resources -P prod
1.3 复制文件方法
除了使用properties替换占位符的方法，还可以分别为每个profile编写文件，打包时根据选择的profile进行复制。
创建各个profile需要的配置文件，在src/main/resources 中创建目录 profiles ，并在其中创建三个子目录：dev/test/prod，每个子目录中创建一个props.properties文件，内容分别为
src/main/resources/profiles/dev/props.properties
src/main/resources/profiles/test/props.properties
src/main/resources/profiles/prod/props.properties
为了测试resources-plugin的参数 overwrite ，我们将 src/main/resources/config/props.properties 内容增加一行，变为
在pom.xml中修改resources部分配置
同样执行maven resources命令后查看文件内容，
mvn clean resources:resources -P dev
注意属性文件中没有 database.pool.port=3306 这一行，说明是复制文件的结果，而不是直接替换占位符。
2 同时使用多个profile
前面的例子足够简单，也能解决大部分场景下打包的问题。扩展一下场景，看看问题如何解决？
2.1 本地用test环境调试
为了场景需要，假设props.properties文件中还有一个参数，用于记录附件的保存路径(为了场景假设的，使用分布式文件服务器或webdav等技术的同学请忽视)。
现在测试同学在测试环境发现了BUG，开发需要访问test环境数据库进行联调，但附件保存路径不同，本地不能直接使用 -P test。使用Tomcat远程调试的同学也请绕道一下。另外还有一个简单的办法，修改一下pom.xml中的profile[test]中path.root参数即可解决。不过为了研究profile，也不用这个太简单的方案。
2.2 多个profile 替换占位符的方法
解决的思路是保持原有的profile配置信息不变，额外选中一个本地调试用的profile，替换其中少量参数。
pom.xml中profiles内容修改为
使用多个profile，在-P参数后，只需要用逗号分隔即可。我的目的是用local中的参数替换test中同名参数，所以将 local放在后面。(需要在pom.xml中注释掉<directory>src/main/resources/profiles/${active.profile}</directory>这个resource定义)
mvn clean resources:resources -P test,local
发现文件内容并没有按照我预期的目标替换，而是仍然用了test的参数。在网上搜索，在百度知道一个回答中找到了答案 https://zhidao.baidu.com/question/139071460381210925.html ，【它是根据profile定义的先后顺序来进行覆盖取值的，然后后面定义的会覆盖前面定义的。】
因此，修改 pom.xml中profiles的顺序，将local放到最后，重新执行命令
mvn clean resources:resources -P test,local
2.3 多个profile复制文件
再来试试复制文件的方法是否继续有效。为了测试方便，在profiles/{active.profile}的目录下，分别放置了一个不同的属性文件，文件名含profile名，分别为env-dev.properties/env-test.properties /env-prod.properties。
首先，只用一个profile测试
mvn clean resources:resources -P test
在target/classes/config 目录中可以看到两个文件 env-test.properties和props.properties，说明复制文件成功；查看文件内容，可以发现都是从 src/main/resources/profiles/test 目录复制而来。
测试两个profile，再检查目录 target/classes/config，发现只有一个文件 props.properties，并且内容是 src/main/resource/config/props.properties文件替换占位符的结果。
mvn clean resources:resources -P test,local
为了测试原因，在 src/main/resource/config/props.properties 中增加一个参数activeProfiles，文件内容为：
mvn clean resources:resources -P test,local
原因在于：根据优先级，参数active.profile只保留了最后一个 local，所以无法实现拷贝 test 目录下文件的效果。
2.4 修改profile复制文件方法
在maven的pom规范中，在每个profile中还可以定义build参数，因此将pom.xml中profiles部分内容修改为
可以看到，在每个profile中增加了文件复制的内容。同之前配置的区别在于：不再使用变量 ${active.profile}，而是直接写profile的名称。删除之前定义的<directory>src/main/resources/profiles/${active.profile}</directory>，再次测试
mvn clean resources:resources -P test,local
在target/classes/config 目录中可以看到两个文件 env-test.properties和props.properties，说明复制文件成功。
当然这时候想达到本节开始的场景：本地使用test数据库调试，需要拆分props.properties为两个文件，分别处理了：数据库信息放一个文件（使用复制文件的方法），文件目录放另一个文件（使用替换占位符的方法）。
3 尝试在项目配置文件中记录所使用的Profiles
前面的例子中，使用active.profiles=${active.profile}记录的值，只有最后一个profile的id。如果想记录所有使用到的profile，希望配置文件中的值是active.profiles=test,local。该怎么做呢？
经过测试，发现maven有一个内置参数是 activeProfiles。将原始配置文件修改为 active.profiles=${activeProfiles}
mvn clean resources:resources -P test,local
在网上搜索了很久，没发现用什么办法能够处理${activeProfiles}的输出值。不过文本也足够简单，可以在项目中读出这个字符串后进行后续处理，比如处理为： active.profiles=test,local
4 在Maven的settings.xml中定义profile
除了项目pom.xml中定义profile，还可以在maven/conf/settings.xml中定义。为了测试profile的优先级，定义了两个profile，并且新加了一个属性active.profile.label，并且将local和test的顺序互换。
创建一个profiles.txt文件用于输出，原始内容（为了区别输出内容，增加了#字符分隔行）
使用命令
mvn clean resources:resources -P test,local
由此可见，当同时在pom.xml和settins.xml中定义了相同id的profile，其加载顺序是先依次加载 pom.xml中的Profiles，再加载settings.xml中的profiles。当定义了相同名称的属性时，很可能会导致意外的结果。