通过Gradle任务向application.properties注入属性但Spring@Value读取失败

• 依赖方向完全写反：Gradle中taskA.dependsOn taskB的语义是「taskA必须等待taskB执行完成后，才会开始运行」。你配置foo.dependsOn 'bootRun'，实际执行顺序是processResources -> bootRun -> foo，你自定义的参数传递操作是等应用已经启动完成、资源已经加载完毕才执行，完全不可能生效。
• 配置时机错误：你在foo任务的doFirst动作代码块里嵌套写processResources { ... }的配置逻辑。Gradle的配置阶段早于所有任务动作的执行阶段，等你在任务运行阶段给processResources补配置的时候，这个任务早就完成配置、甚至已经执行结束了，配置根本不会被任务感知。
• 缺少替换逻辑绑定：Spring Boot默认的processResources任务不会自动对资源文件做expand模板替换，你没有通过filesMatching把替换范围、替换参数和processResources任务做明确绑定，就算配置时机对了，替换逻辑也不会触发。
• 没有预留替换占位符：expand是替换已有占位符的操作，如果你在application.properties里没有提前写foo=${foo}这类占位符，就算替换逻辑正常运行，也不会凭空往文件里新增foo属性。

1. 预留占位符：打开src/main/resources/application.properties，写入待替换的属性占位符，和你代码里读取的@Value("${foo}")保持一致：

   foo=${foo}
   

2. 完全替换原错误的构建脚本配置，修正依赖方向和配置时机：

   plugins {
       id 'java'
       id 'org.springframework.boot' version '2.4.2'
       id 'io.spring.dependency-management' version '1.0.11.RELEASE'
   }
   
   repositories {
       mavenCentral()
   }
   
   dependencies {
       implementation 'org.springframework.boot:spring-boot-starter'
   }
   
   // 自定义foo任务，通过扩展属性存储需要传入的属性值
   tasks.register('foo') {
       ext.fooValue = 'bar'
       // 声明流程依赖：foo任务执行完成后，才会触发processResources做资源处理
       dependsOn 'processResources'
   }
   
   // 在构建配置阶段直接配置processResources，不要嵌套在其他任务的动作代码块里
   processResources {
       // 限定替换范围，只处理application.properties文件，避免全量替换带来的文件转义问题
       filesMatching('application.properties') {
           // 从foo任务的扩展属性中获取参数值，非foo任务运行时给空值避免构建报错
           def fooProp = project.tasks.findByName('foo')?.ext?.fooValue ?: ''
           expand(foo: fooProp)
       }
   }
   
   // 修正依赖方向：bootRun需要等foo任务执行完成，拿到参数后再启动
   bootRun.dependsOn 'foo'
   

3. 执行验证：运行gradle foo命令时，任务会按照正确顺序执行：
   • 先执行foo任务，将bar值存储在自身扩展属性上
   • 触发依赖的processResources任务，读取源文件中的${foo}占位符，替换成实际值后输出到build/resources/main目录
   • 最后执行bootRun任务，加载替换后的资源文件，此时代码中的@Value("${foo}")就可以正常读取到bar值。

如果不想提前在application.properties里写占位符，完全动态追加属性，可以直接在foo任务的执行动作里，向构建输出目录的资源文件追加内容，不需要修改processResources的expand逻辑：

tasks.register('foo') {
    doLast {
        // 定位build目录下已生成的application.properties文件
        def targetFile = file("$buildDir/resources/main/application.properties")
        // 追加写入自定义属性
        targetFile << "\nfoo=bar\n"
    }
    // 同样依赖processResources，保证资源文件已经生成
    dependsOn 'processResources'
}
// 保留bootRun依赖foo的配置即可，不需要额外修改其他任务
bootRun.dependsOn 'foo'

• 永远不要在任务的doFirst/doLast代码块里嵌套写其他任务的配置：Gradle的配置阶段先于所有任务动作执行，晚绑定的配置不会被对应任务识别。
• 不要对全量资源目录直接做无范围的expand替换：项目中其他带${}格式的文件（比如前端模板、SQL脚本）会被无差别替换，导致文件内容损坏，必须通过filesMatching限定替换范围。
• 不要写反dependsOn的方向：想要让自定义任务在应用启动前执行，一定要写bootRun.dependsOn 自定义任务，而不是反过来在自定义任务上声明依赖bootRun。

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