使用assigned ID生成器时，GORM beforeInsert事件在控制器保存对象时未触发的问题排查

我来帮你揪出这个问题的根源——你的核心问题出在控制器里使用了insert()方法而非save()方法，直接导致GORM的生命周期回调（比如beforeInsert()）完全没被触发。

问题原因 #

• 在Grails的Mongo GORM实现中，insert()是一个轻量级的直接插入操作，它会跳过GORM的完整生命周期流程，包括所有回调方法（beforeInsert、beforeSave、afterInsert等）。这就是为什么你的beforeInsert()从来没执行过，ID一直处于null状态，最终抛出了数据完整性异常。
• 虽然你设置了id generator: "assigned"，GORM确实允许手动分配ID，但你依赖beforeInsert来自动生成ID的逻辑，只有在触发完整GORM生命周期的情况下才会生效，而save()方法才是触发这个流程的正确方式。

解决方案 #

只需要把控制器里的instance.insert(flush: true)替换成instance.save(flush: true)，就能让beforeInsert()回调正常执行，自动生成ID了。

修正后的TestyController代码：

package hegardt.backend.grails

import grails.gorm.transactions.Transactional
import org.springframework.http.HttpStatus

class TestyController {
    @Transactional
    def save() {
        Testy instance = new Testy()
        bindData(instance, request.getJSON())
        instance.validate()
        if (instance.hasErrors()) {
            respond instance.errors, view: 'create' // STATUS CODE 422
            return
        }
        // 替换insert为save，触发完整生命周期回调
        instance.save(flush: true)
        render HttpStatus.OK
    }
}

额外验证小技巧 #

你可以在beforeInsert()里加个简单的日志输出，方便确认回调是否真的被触发：

def beforeInsert() {
    println "beforeInsert回调已执行！"
    id = new ObjectId()
    return true
}

运行程序后，查看控制台输出就能直观判断回调是否正常工作了。

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