Grails3升级至Hibernate5后，代理父对象无法解析子对象属性？

我之前也遇到过类似的Hibernate5升级后的代理问题，结合Grails GORM的特性，给你梳理下可能的原因和解决方向：

核心原因：Hibernate5代理机制的变化 #

Hibernate5对懒加载代理的实现做了调整，相比Hibernate4，它默认会生成父类类型的代理，而不会自动透传子类的属性访问——即使实际对象是子类实例。当你直接访问子类独有的属性（比如maxOutput）时，代理对象只会识别父类Socket的属性，因此抛出No such property异常。

而Hibernate4的代理在这种场景下会自动触发初始化并切换到实际子类类型，所以之前的代码可以正常运行。

可能的解决方法 #

1. 调整查询的Fetch策略，避免父类代理 #

既然问题出在懒加载的父类代理上，最直接的方式是在查询Socket列表时，明确指定Fetch策略来加载子类实例，而不是父类代理。比如在getSockets()方法的查询中加入fetch join：

// 修改getSockets()中的查询逻辑，以GORM为例
def getSockets(someKey) {
    Socket.findAllBySomeKey(someKey, [fetch: [electricalOutlet: 'join']])
    // 或者用HQL：
    // Socket.executeQuery("from Socket s left join fetch s.electricalOutlet where s.someKey = :key", [key: someKey])
}

这样查询出来的会是实际的子类对象（ElectricalOutlet），而不是父类代理，就不需要手动unwrap了。

2. 配置GORM/Hibernate的代理行为 #

你可以尝试调整GORM的全局映射配置，强制Hibernate生成更“智能”的代理。在application.groovy中添加：

grails.gorm.default.mapping = {
    '*' {
        proxy false // 关闭代理，不过这会影响懒加载性能，谨慎使用
        // 或者指定代理类为子类，但对于多继承场景不太适用
        // proxy 'com.test.ElectricalOutlet'
    }
}

另外，Hibernate5默认使用ByteBuddy作为代理工厂，你可以尝试切换回CGLIB（如果Grails版本支持），在application.groovy中添加：

hibernate {
    properties {
        'hibernate.proxy.factory_class' = 'org.hibernate.proxy.pojo.cglib.CglibProxyFactory'
    }
}

不过注意：Grails 3.x后期版本可能已经默认移除了CGLIB依赖，需要手动添加到build.gradle中。

3. 代码层面的优雅处理（不推荐作为长期方案） #

如果暂时无法调整查询或配置，除了手动调用GrailsHibernateUtil.unwrapIfProxy(it)，还可以用Hibernate.initialize(it)来强制初始化代理对象：

sockets.each {
    if(it.socketType == SocketType.ELECTRICAL) {
        Hibernate.initialize(it) // 初始化代理，转换为实际子类
        println("Class: ${it.class.name}")
        println("Output: ${it.maxOutput}")
    }
}

不过这种方式会触发额外的数据库查询，可能影响性能，适合临时过渡。

总结 #

这个问题并非你操作失误，而是Hibernate5代理机制与Hibernate4的差异导致的。优先推荐调整查询的Fetch策略，从根源上避免父类代理的生成；其次考虑配置层面的调整；代码层面的unwrap只是临时解决方案。

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