在開發maven項目時，一般都會把配置文件放到src/main/resources目錄下，針對這個目錄，maven的resources對其進行單獨的配置。
resources配置一般如下：
<resources>
<resource>
<directory>src/main/resources</directory>
<filtering>true</filtering>
<includes>
<include>context.xml</include>
</includes>
</resource>
<resource>
<directory>src/main/resources</directory>
<filtering>false</filtering>
<excludes>
<exclude>context.xml</exclude>
</excludes>
</resource>
</resources>
配置中一共有兩個resource，第一個resource配置是過濾src/main/resources目錄下文件context.xml，若文件中有類似${key}這樣的配置，就會根據maven的配置進行覆蓋，讓其使用真實值來填寫，至於真實值如何來，後面會具體講。
第二個resource配置是不過濾src/main/resources目錄下除了context.xml的其他文件，也就不會用真實值來填寫${key}這樣的配置。
若是<include>和<exclude>都存在的話，那就發生衝突了，這時會以<exclude>爲準。
也許有人會有疑問，若只需要過濾context.xml的話，那就只需要配置第一個resource就可以了吧。其實不然，若是隻配置第一個resource，第二個不配置，那麼當你運行maven打包操作後，你就會發現，在工程的classpath下只有context.xml文件了，其他配置文件都沒有打過來。所以第二個resource是必不可少的，指明其他配置文件是不需要過濾的，但是同樣需要打包到classpath下。
其實filtering爲true的時候，這時只會把過濾的文件打到classpath下，filtering爲false的時候，會把不需要過濾的文件打到classpath下。
還有一點需要說明，若<filtering>、<include>和<exclude>都不配置，就是把directory下的所有配置文件都放到classpath下，若這時如下配置
<resources>
<resource>
<directory>src/main/resources-dev</directory>
</resource>
<resource>
<directory>src/main/resources</directory>
</resource>
</resources>
會以resources-dev下的相同文件爲準，不一樣的文件取並集。其實這樣配合下面講的profiles也可以實現各種不同環境的自動切換。
前面講到被過濾的文件會被真實值填寫文件中的${key}位置，那這些真實值來自哪裏呢？
這些真實值其實都來自於profiles的配置裏面，如下
<profiles>
<profile>
<id>dev</id>
<activation>
<activeByDefault>true</activeByDefault>
</activation>
<properties>
<config>pathConfig</config>
</properties>
</profile>
</profiles>
這段配置結合文章開頭的配置，就會把context.xml文件中的${config}在打包過程中替換成pathConfig，而其他配置文件不受任何影響，利用這種特性也可以實現各種不同環境的自動切換，主要是在打包時指定使用哪個profile即可，命令如下：
man clean package -Pdev（利用id=dev的profile配置打包）
利用以上配置時，若是配置信息比較多，可能導致<properties>需要配置很多項，看起來不夠簡潔，這時可以利用profile的另外一個節點屬性filter，可以指定文件，並使用指定文件中的配置信息來填寫過濾文件的內容。配置如下：
<profile>
<id>dev</id>
<activation>
<activeByDefault>true</activeByDefault>
</activation>
<build>
<filters>
<filter>config-dev.properties</filter>
</filters>
</build>
</profile>