前情提要：web项目中的配置文件一般有开发环境dev，测试环境test，生产环境prd的区分，每次本地运行测试或者打包都需要手动修改web.xml或者spring.xml（因为一般各个环境的配置文件都是在这2个XML中配置加载的），很麻烦还容易忘。最近突然发现我们公司其他项目组有在maven中配置profiles，可以通过在maven插件上点击选择，直接就能打包运行所选的环境。如图 1：
研究了一波，我这边将不同环境的logback配置文件也集成到里面了，需要实现的目标是：在idea的maven插件这，只需要用鼠标打钩所需环境直接打包就可以使用所选环境的properties配置文件和logback.xml文件。
实现过程记录一下：
1.配置文件结构
src/main/resources/dev 目录是开发环境的配置文件
src/main/resources/prd 目录是生产环境的配置文件
src/main/resources/test 目录是测试环境的配置文件
各个环境的jdbc.properties里的数据库配置都不同，每个logback.xml日志的打印级别，appender输出都有所不同（dev只输出控制台，prd需要输出文件等）。
2.pom.xml文件添加如下配置：
<build>
<!--要打包的资源文件，结合profile中的env标签-->
<resources>
<resource>
<!--目录为src/main/resources主目录时，处理后的资源文件输出到本身所在的目录-->
<directory>src/main/resources</directory>
<!-- 只处理如下配置中包含的资源类型-->
<includes>
<include>**logback.xml</exclude>
</excludes>
<!--目标处理主资源目下的资源文件时，是否对主资源目录开启资源过滤-->
<filtering>false</filtering>
</resource>
<resource>
<!--目录不为src/main/resources主目录时，处理后的资源文件默认输出到主目录，
也可以使用targetPath来指定输出到哪个目录-->
<directory>src/main/resources/entry/${env}</directory>
<includes>
<include>**logback.xml</include>
</includes>
<!-- 默认${build.outputDirectory}目录下，如配置src则表示${build.outputDirectory}/src-->
<!-- <targetPath>src</targetPath>--> <!--此处不指定，默认输出主目录 -->
<!--是否进行过滤-->
<filtering>false</filtering>
</resource>
</resources>
</build>
<!-- 打包环境配置 开发环境dev 测试环境test 正式环境prd -->
<profiles>
<profile>
<!--不同环境Profile的唯一id-->
<id>dev</id>
<!--未指定环境时，默认打包dev-->
<activation>
<activeByDefault>true</activeByDefault>
</activation>
<properties>
<!--env标签（名字随便起），自定义字段可以有多个-->
<!-- 这里为每个profile都定义一个名为env的properties，可以在配置文件里被引用，
也可以结合pom文件里的resource和filter属性，作为文件名的一部分或者文件夹名的一部分-->
<env>dev</env>
</properties>
</profile>
<profile>
<id>test</id>
<activation>
<activeByDefault>true</activeByDefault>
</activation>
<properties>
<env>test</env>
</properties>
</profile>
<profile>
<id>prd</id>
<properties>
<env>prd</env>
</properties>
</profile>
</profiles>
resources标签：
maven默认是将src/main/resources下的所有配置文件都会打包，打包后的结构也不会变，这样的话无法实现通过勾选图1中的dev，prd，test环境来加载对应的配置文件，因为每个配置文件的路径都不同，切换环境的话还得在加载配置文件的XML中修改路径。所以这里我们使用resources标签来控制打包后配置文件的结构。
resources标签表示maven生命周期的process-resources阶段执行maven-resources-plugin插件的resources目标，此处配置了两次resources，所以resources目标会执行两次
第一次是将主目录src/main/resources下的除了logback.xml以外所有xml都打包，结果就是将config下的spring.xml和spring-mvc.xml打包，打包出来依旧在config目录下。
第二次是根据profiles标签的配置，动态的将src/main/resources/entry/dev目录，src/main/resources/entry/prd目录，src/main/resources/entry/test目录
下的jdbc.properties和logback.xml打包至主目录，也就是src/main/resources（打包后在WEB-INF/classes/）下。图1里勾选的哪个环境，就打包哪个目录下的2个文件。
profiles标签：
profiles配置是用来区分环境，三个profile表示三个环境，profile的id标签的值就是图1里的勾选框，properties下的env标签是自定义标签，名字随便起，作用就是properties下的标签类似于map键值对， <env>dev</env>就表示env=dev，要引用值可以使用${env}，引用{env}就等于dev。引用的值可以作为文件名的一部分或者文件夹名的一部分来使用。在resources我是作为文件夹名来使用的。
那么为什么要这样配置resources标签和profiles标签呢？
首先按照原始结构，之前如果我打dev环境的包，我的jdbc.properties在spring.xml中的引用肯定要写成：
<context:property-placeholder location="classpath:entry/dev/jdbc.properties"/>
logback.xml是在web.xml中要写成：
<listener>
<listener-class>ch.qos.logback.ext.spring.web.LogbackConfigListener</listener-class>
</listener>
<context-param>
<param-name>logbackConfigLocation</param-name>
<param-value>classpath:entry/dev/logback.xml</param-value>
</context-param> 如果我要切换prd环境就必须手动修改路径，entry/dev/改为entry/prd/，很麻烦。
但是我使用上面的resources标签和profiles标签打完包后的配置文件结构如图所示：
jdbc.properties和logback.xml文件是根据我在图1里的maven插件中勾选的环境，将对应的文件夹下的配置文件打包到主目录（classes目录）的，spring.xml和spring-mvc.xml依然在本来的config目录下。
那么我就可以这样写（只读主目录的配置文件，因为主目录的配置文件就是根据图1勾选的环境所打包出来的配置文件）：jdbc.properties在spring.xml中
<!-- jdbc配置 jdbc.properties文件maven会根据配置打包在classpath下，此处匹配不到不影响-->
<context:property-placeholder location="classpath:jdbc.properties"/>
然后logback.xml是在web.xml中
<listener>
<listener-class>ch.qos.logback.ext.spring.web.LogbackConfigListener</listener-class>
</listener>
<context-param>
<param-name>logbackConfigLocation</param-name>
<param-value>classpath:logback.xml</param-value>
</context-param>
这样就实现了在maven插件中勾选环境就可以打包出对应环境的配置文件。
注意一点：上面配置spring.xml中的classpath:jdbc.properties和web.xml中的classpath:logback.xml会显示找不到（按住ctrl鼠标也点不进去），这个不影响，虽然编译器找不到，但是打包之后对应的目录下会有配置文件，项目可以运行，没有任何问题。