Grails 4环境下runtime.groovy文件在测试环境中无法读取配置问题咨询

我来帮你排查这个困扰你的问题——开发环境正常，但测试环境打包WAR后无法读取runtime.groovy里的用户名和密码，出现Access denied for user ''@'a.b.c.com'错误，核心原因大概率是测试环境下配置未正确加载或解密逻辑在打包后失效，下面分点给你具体的排查和解决步骤：

1. 先确认WAR包是否包含runtime.groovy #

开发环境直接读取项目根目录或grails-app/conf下的配置文件，但打包成WAR后，配置文件需要被放到WEB-INF/classes或对应资源目录才能被加载。你可以：

• 解压生成的WAR包，检查WEB-INF/classes/或WEB-INF/grails-app/conf/目录下是否存在runtime.groovy。
• 如果文件缺失，需要在build.gradle中添加资源包含配置，确保打包时把这个文件加进去：

sourceSets {
    main {
        resources {
            include 'runtime.groovy'
        }
    }
}

重新执行打包命令即可。

2. 确认测试环境参数是否在运行时生效 #

你打包时用了-Dgrails.env=test，但这个参数只作用于打包阶段，运行WAR包时仍需要指定环境参数，否则应用会默认使用开发环境或空环境配置：

java -Dgrails.env=test -jar your-app.war

同时，你可以在runtime.groovy里加一行日志验证当前环境：

println "Current active environment: ${grails.util.Environment.current.name}"

启动WAR包后看控制台输出，确认是否是test环境。

3. 排查AesService的解密逻辑问题 #

在runtime.groovy中直接new AesService()实例化服务，在打包后的环境中可能存在类加载时机或依赖缺失的问题，导致解密失败甚至配置块未执行。你可以尝试：

• 提前初始化AesService并复用实例，避免在每个环境块中重复创建：

def aesService = new AesService() // 提前初始化
environments {
    development {
        dataSource {
            username = 'am'
            password = aesService.decode('encrypted_password')
        }
    }
    test {
        dataSource {
            username = 'am'
            password = aesService.decode('encrypted_password')
        }
    }
    production {
        dataSource {
            username = 'am'
            password = aesService.decode('encrypted_password')
        }
    }
}

• 如果还是不行，考虑把解密逻辑移到BootStrap.groovy中，在应用启动后动态修改数据源配置：

class BootStrap {
    def aesService // 依赖注入服务
    def dataSource

    def init = { servletContext ->
        if (grails.util.Environment.current == grails.util.Environment.TEST) {
            dataSource.username = 'am'
            dataSource.password = aesService.decode('encrypted_password')
        }
    }
}

这种方式利用Grails的依赖注入，能避免配置阶段的类加载问题。

4. 检查是否有其他配置文件覆盖了设置 #

Grails的配置优先级是：环境特定配置（如application-test.groovy） > 通用配置（application.groovy） > runtime.groovy，如果你的application-test.groovy里也配置了dataSource，会覆盖runtime.groovy的设置。可以检查这个文件，确保没有冲突的配置。

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