如何解决SpringBootTest中Spock数据提供者为null的错误

这个问题的核心是Spock的where块执行时机早于Spring的依赖注入：Spock会在测试类实例化、Spring完成@Value注入之前就执行where块来准备测试数据，这时候你调用依赖@Value属性的getNames()自然会返回null，触发Data provider is null异常。

下面是两种可行的解决办法，按推荐程度排序：

1. 利用Spring Environment在setupSpec中提前加载配置 #

Spock的setupSpec方法会在整个测试类的所有测试方法执行前运行一次，此时Spring上下文已经完全初始化，我们可以通过Environment直接读取配置并缓存到@Shared变量中，供where块使用：

@SpringBootTest
class NameRetrievalSpec extends Specification {
    // 使用@Shared确保Environment在setupSpec阶段可用
    @Shared
    @Autowired
    private Environment environment

    @Shared
    private List<String> testNames = []

    def setupSpec() {
        // 替换成你实际的配置键，比如"app.names"
        String[] nameArray = environment.getProperty("app.names", String[].class, new String[0])
        testNames = Arrays.asList(nameArray)
    }

    @Unroll
    def "retrieved name #value should match expected"() {
        given:
        // 初始化你的业务组件（如果需要的话，也可以用@Autowired注入）
        NameService nameService = new NameService()

        when:
        String retrievedName = nameService.getTargetName(value) // 替换成你的实际业务方法

        then:
        retrievedName == value

        where:
        value << testNames
    }
}

为什么这个方法有效？ #

Spock的执行顺序是：

1. 加载测试类
2. 执行setupSpec方法（此时Spring上下文已初始化，@Shared的Environment已注入）
3. 准备where块的测试数据
4. 实例化测试类，完成Spring依赖注入（包括@Value）
5. 执行setup方法
6. 执行测试方法

通过setupSpec提前把配置数据缓存到@Shared变量，where块就能直接引用这个已经初始化好的变量，避免了依赖未注入的实例字段。

2. 直接在where块中读取配置（简化版） #

如果你的配置格式简单（比如用逗号分隔的字符串），也可以直接在where块中通过静态方式读取配置文件，但这种方式不如第一种灵活，且依赖配置文件的路径：

@SpringBootTest
class NameRetrievalSpec extends Specification {
    @Unroll
    def "retrieved name #value should match expected"() {
        expect:
        retrievedName == value // 替换成你的实际断言逻辑

        where:
        value << getNamesFromConfig()
    }

    private static List<String> getNamesFromConfig() {
        // 读取classpath下的application.properties
        Properties props = new Properties()
        props.load(NameRetrievalSpec.class.getClassLoader().getResourceAsStream("application.properties"))
        String namesStr = props.getProperty("app.names", "")
        return namesStr.isEmpty() ? [] : Arrays.asList(namesStr.split(","))
    }
}

注意事项 #

这种方式跳过了Spring的配置解析逻辑，如果你用了Spring的配置占位符（比如${spring.profiles.active}）或者复杂的配置类型转换，会失效，所以优先推荐第一种方案。

验证执行顺序的小技巧 #

你可以在原来的getNames()方法和setup方法中添加日志，会发现getNames()的日志会出现在setup方法的日志之前，这就能直观确认where块的执行时机确实早于Spring的依赖注入。

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