Grails 3.3.10运行集成测试时报UserController bean创建错误如何解决

报错的核心原因是你将def config = grailsApplication.config作为UserController的类成员属性直接初始化，而非在方法内部调用。
Grails控制器实现的WebAttributes特质中，grailsApplication的获取依赖当前线程绑定的web请求上下文。当你运行Service层的集成测试时，Spring容器启动阶段会默认初始化所有单例Bean（包括控制器），此时不存在web请求上下文，调用grailsApplication就会抛出No thread-bound request found异常，哪怕你测试的目标不是控制器也会触发该问题。

方案1：配置读取改为懒加载（最推荐，侵入性最小） #

把直接初始化的config属性改为动态getter方法，只有实际调用config的时候才会读取配置，控制器实例化阶段不会执行该逻辑，原有调用config的代码无需做任何修改：

class UserController {
    // 删掉原有的 def config = grailsApplication.config 行，替换为下面的getter方法
    def getConfig() {
        grailsApplication.config
    }
    
    // 其余原有代码保持不变
}

方案2：给控制器添加懒加载注解 #

给UserController类上加@Lazy注解，让Spring容器只在第一次收到控制器相关请求时才实例化Bean，运行Service集成测试时不会触发控制器初始化，自然不会报错：

import org.springframework.context.annotation.Lazy

@Lazy
class UserController {
    def config = grailsApplication.config
    // 其余原有代码保持不变
}

方案3：直接注入需要的配置项 #

如果你只需要用到部分配置项，无需拿到整个config对象，可以用@Value注解直接注入，完全不依赖请求上下文：

import org.springframework.beans.factory.annotation.Value

class UserController {
    // 示例：注入自定义配置项，冒号后为配置不存在时的默认值
    @Value('${app.security.password.salt:default_salt}')
    String passwordSalt
    
    // 业务代码直接使用注入的属性即可
}

方案4：给集成测试添加web上下文支持（不推荐） #

如果确实需要在集成测试中初始化控制器，可以在测试类上加@WebAppConfiguration注解，让测试启动时加载web上下文模拟请求环境，缺点是会显著增加测试启动耗时，且违背了Service层集成测试不需要web环境的设计原则。

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