Maven Resources Plugin过滤资源时如何引用当前处理文件路径？

好问题！Maven Resources Plugin本身并没有内置属性能直接拿到当前正在处理的资源文件路径——毕竟它默认是批量处理资源的，没给单个文件暴露上下文变量。不过别担心，有几种靠谱的方法能实现你要的效果：

方法1：用Maven AntRun Plugin配合资源过滤 #

这个思路是先用Ant任务遍历目标资源文件，为每个文件动态设置对应的filePath属性，再触发资源过滤。在你的pom.xml里添加如下配置：

<build>
  <plugins>
    <!-- 遍历资源文件，为每个文件设置专属的filePath属性并触发过滤 -->
    <plugin>
      <groupId>org.apache.maven.plugins</groupId>
      <artifactId>maven-antrun-plugin</artifactId>
      <version>3.1.0</version>
      <executions>
        <execution>
          <id>process-individual-resources</id>
          <phase>process-resources</phase>
          <goals>
            <goal>run</goal>
          </goals>
          <configuration>
            <tasks>
              <!-- 遍历你要处理的资源文件，这里以config.yml为例 -->
              <foreach target="set-and-filter" param="resourceFile">
                <fileset dir="src/main/resources" includes="config.yml"/>
              </foreach>
            </tasks>
            <target name="set-and-filter">
              <!-- 将当前文件的相对路径设为Maven属性 -->
              <property name="filePath" value="${resourceFile}"/>
              <!-- 调用Resources Plugin处理这个单个文件 -->
              <maven goal="resources:resources" projectref="${maven.project}">
                <property name="maven.resources.includes" value="${resourceFile}"/>
              </maven>
            </target>
          </configuration>
        </execution>
      </executions>
    </plugin>
    <!-- 禁用Resources Plugin的默认批量处理，避免重复操作 -->
    <plugin>
      <groupId>org.apache.maven.plugins</groupId>
      <artifactId>maven-resources-plugin</artifactId>
      <version>3.3.1</version>
      <configuration>
        <filtering>true</filtering>
        <skip>true</skip>
      </configuration>
    </plugin>
  </plugins>
</build>

这里的核心是：我们绕开了默认的批量过滤，转而逐个处理资源文件，每个文件处理前都把它的相对路径赋值给filePath属性，这样你的${filePath}占位符就能被准确替换。

方法2：用Groovy Maven Plugin编写自定义处理脚本 #

如果你觉得Ant的语法有点拗口，Groovy脚本会更灵活直观。我们可以写一段脚本直接遍历资源文件，替换占位符后输出到Maven的目标目录：

<build>
  <plugins>
    <plugin>
      <groupId>org.codehaus.gmaven</groupId>
      <artifactId>gmaven-plugin</artifactId>
      <version>1.5</version>
      <executions>
        <execution>
          <id>replace-file-path-placeholder</id>
          <phase>process-resources</phase>
          <goals>
            <goal>execute</goal>
          </goals>
          <configuration>
            <source>
              import java.nio.file.*

              // 定义源资源目录和输出目录
              def sourceDir = new File("src/main/resources")
              def outputDir = new File(project.build.directory + "/classes")
              outputDir.mkdirs()

              // 遍历所有yml文件（可根据需求调整匹配规则）
              sourceDir.eachFileMatch(~/.*\.yml/) { file ->
                // 计算文件相对路径
                def relativePath = sourceDir.toURI().relativize(file.toURI()).getPath()
                // 替换占位符并写入输出文件
                def content = file.text.replace('${filePath}', relativePath)
                def outputFile = new File(outputDir, relativePath)
                outputFile.parentFile.mkdirs()
                outputFile.text = content
              }
            </source>
          </configuration>
        </execution>
      </executions>
    </plugin>
    <!-- 同样禁用默认的资源处理 -->
    <plugin>
      <groupId>org.apache.maven.plugins</groupId>
      <artifactId>maven-resources-plugin</artifactId>
      <version>3.3.1</version>
      <configuration>
        <skip>true</skip>
      </configuration>
    </plugin>
  </plugins>
</build>

这个脚本会自动扫描指定目录下的yml文件，计算每个文件的相对路径，替换内容里的${filePath}，然后把处理好的文件放到target/classes目录下，完全符合Maven的构建流程。

补充：硬编码属性（仅适合少量资源） #

如果你的资源文件特别少，也可以为每个资源单独配置resource节点，手动指定filePath属性，但正如你提到的，这种方法需要硬编码路径，扩展性很差，只适合临时场景：

<build>
  <resources>
    <resource>
      <directory>src/main/resources</directory>
      <includes>
        <include>config.yml</include>
      </includes>
      <filtering>true</filtering>
      <properties>
        <property>
          <name>filePath</name>
          <value>src/main/resources/config.yml</value>
        </property>
      </properties>
    </resource>
  </resources>
</build>

总的来说，前两种方法都能实现动态获取当前资源路径的需求，其中Groovy脚本的方式更灵活，适合复杂场景；AntRun的方式则更贴近Maven的原生插件生态，你可以根据自己的习惯选择。

内容的提问来源于stack exchange，提问作者Karol Dowbecki