Grails域类校验在Spock测试中是否不做类型检查？如何强制类型校验

这个现象是Grails的设计逻辑决定的，不属于校验bug，本质是测试写法绕开了类型校验的触发链路。

不同场景下的校验触发差异 #

Grails的类型转换、类型错误校验，从设计上就是和数据绑定（DataBinding）流程深度绑定的，并非域类实例自带的属性赋值拦截逻辑：

• 控制器接收JSON请求的场景：整个参数解析过程就是框架自动执行的一次标准数据绑定流程，会按照域类定义的字段类型自动做转换，一旦类型不匹配就会把对应的错误写入域类的errors对象，后续的validate()自然能识别到类型问题——这也是你测试控制器时能正常拦下来类型错误的原因。
• 单元测试中用DomainUnitTest拿到的预置domain对象：这个对象是框架提前初始化完成的原生域类实例，你直接用domain.ints = ["1", "a"]的点语法赋值时，走的是Groovy原生的属性赋值通路，完全不会经过数据绑定流程。而默认的类型检查逻辑根本没有挂在属性赋值的拦截器上，自然不会做任何类型转换、类型校验，字符串可以直接塞给声明为List<Integer>的字段。
• 用命名参数构造器创建实例的场景：Grails的域类在编译期生成的Map构造器，内部就是走完整的数据绑定流程来初始化属性的，所以你传进去的参数会被正常做类型转换校验，类型不匹配的内容会被拦下——这也是你换构造器写法之后测试就能正常通过的原因。

为什么validate()方法不会补做类型检查 #

很多人会误以为validate()会全量扫描所有属性的实际运行时类型做校验，实际上Grails校验体系的分工非常明确：

• 数据绑定阶段：负责把外部传入的字符串、原始JSON结构转换成域类声明的字段类型，这个阶段产生的类型转换失败会被记录到errors里
• 校验阶段：只负责检查已经完成转换的数据是否符合你在constraints里定义的规则（比如非空、长度、范围、自定义校验器），不会回头拆解每个属性的实际值做类型校验。
  你绕开数据绑定直接赋值的时候，根本没有产生对应的类型转换错误记录，validate()自然识别不到类型不匹配的问题。

强制类型校验的实现方案 #

根据你的实际使用场景对应调整即可：

• 日常正常业务开发（控制器、服务层接收外部参数的场景）：不需要额外写任何代码，只要所有域类实例的创建、属性赋值都走标准数据绑定流程（控制器自动绑定、bindData()工具方法、命名构造器），默认的类型校验就是完全生效的。
• 单元测试场景：
  1. 不要直接给DomainUnitTest提供的预置domain对象做点语法赋值设置测试数据，要么用命名构造器创建独立的测试实例，要么手动调用框架提供的数据绑定接口设置属性，不要绕开绑定流程。
  2. 如果业务场景中确实存在直接给属性赋值、绕开数据绑定的情况，想要在validate()阶段强制检查类型，可以在约束里补对应的校验规则，比如：

static constraints = {
    ints nullable: false, validator: { List value, obj ->
        // 强制校验列表所有元素都是Integer类型
        value.every { it instanceof Integer } ?: "元素类型不符合Integer要求"
    }
    i nullable: false, type: Integer
}

这种校验是在validate()阶段强制执行的，不管你是通过数据绑定赋值，还是直接点语法给属性赋值，都能被正确拦截。

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