Kotlin+Glassfish中JPA双向关联无限递归问题求助

这个问题我太熟了——Kotlin数据类+JPA双向关联简直是无限递归的重灾区！本质上是两个问题叠加：一是双向关联导致的JPA懒加载/序列化递归，二是Kotlin数据类默认final的特性和JPA代理机制不兼容。给你几个一步步解决的方案：

1. 先解决Kotlin数据类和JPA代理的兼容性问题 #

JPA实现懒加载需要生成实体类的代理子类，但Kotlin数据类默认是final的，JPA根本没法生成代理，这会导致懒加载失效，甚至触发意外的EAGER加载（进而加剧递归问题）。

解决办法用kotlin-allopen插件最省心，不用手动给每个类加open：
在你的build.gradle.kts（或Groovy版）里配置：

plugins {
    id("org.jetbrains.kotlin.plugin.allopen") version "1.9.20" // 替换为你项目对应的Kotlin版本
}

allOpen {
    annotation("javax.persistence.Entity") // 所有标记@Entity的类自动变为open
}

这样所有JPA实体类都会被自动处理成可继承的，JPA就能正常生成懒加载代理了。

2. 打断双向关联的递归链 #

不管是JPA查询时的无限加载，还是序列化返回结果时的StackOverflow，核心都是双向引用的循环。这里有两种常用方案：

方案A：用Jackson注解控制序列化 #

如果你的接口是直接返回实体类给前端，用Jackson的@JsonManagedReference和@JsonBackReference可以打断序列化递归：

@Entity
data class Profile(
    @Id val id: Long,
    val screenname: String,
    @OneToMany(mappedBy = "author", fetch = FetchType.LAZY) // 显式指定LAZY加载
    @JsonManagedReference // 主动方：会序列化这个字段
    val kweets: List<Kweet> = emptyList()
)

@Entity
data class Kweet(
    @Id val id: Long,
    val content: String,
    @ManyToOne(fetch = FetchType.LAZY) // 显式设置LAZY，默认是EAGER！
    @JsonBackReference // 被动方：序列化时会忽略这个引用，避免递归
    val author: Profile
)

注意：@ManyToOne默认是FetchType.EAGER，一定要显式改成LAZY，不然JPA会自动加载author，还是会触发递归。

方案B：用DTO投影（更推荐，解耦实体和返回数据） #

你提到尝试过DTO，这其实是更优雅的方案——完全把实体和接口返回的数据结构分开，从根源避免递归。

先定义DTO类（Kotlin数据类完全适用）：

// 只返回前端需要的字段，不要双向引用
data class ProfileDto(
    val id: Long,
    val screenname: String,
    val kweets: List<KweetSimpleDto> // 如果需要Kweet的信息，用简化的DTO
)

data class KweetSimpleDto(
    val id: Long,
    val content: String
    // 不要加author字段！避免递归
)

然后在你的ProfileDao里用Spring Data JPA的投影查询直接返回DTO：

interface ProfileDao : JpaRepository<Profile, Long> {
    // 构造器投影：直接查询需要的字段组装DTO
    @Query("""
        SELECT new com.yourpackage.ProfileDto(p.id, p.screenname, 
            collect(new com.yourpackage.KweetSimpleDto(k.id, k.content)))
        FROM Profile p LEFT JOIN p.kweets k 
        WHERE p.id = :id
        GROUP BY p.id, p.screenname
    """)
    fun getById(id: Long): ProfileDto

    // 或者用接口投影（更简洁）
    fun getByScreenname(screenname: String): ProfileProjection
}

// 接口投影：Spring会自动生成实现类
interface ProfileProjection {
    fun getId(): Long
    fun getScreenname(): String
    fun getKweets(): List<KweetSimpleProjection>
}

interface KweetSimpleProjection {
    fun getId(): Long
    fun getContent(): String
}

这种方式不仅解决了递归问题，还能减少查询字段，提升性能，同时解耦了数据库实体和前端数据结构，后续需求变更更灵活。

3. 修正数据类的equals/hashCode（避坑） #

Kotlin数据类默认用所有属性生成equals和hashCode，但JPA实体的懒加载集合（比如kweets）在未初始化时是代理对象，直接用它来比较会触发意外的数据库查询，甚至出错。所以最好手动重写这两个方法，只基于ID：

@Entity
data class Profile(
    @Id val id: Long,
    val screenname: String,
    @OneToMany(mappedBy = "author", fetch = FetchType.LAZY)
    @JsonManagedReference
    val kweets: List<Kweet> = emptyList()
) {
    override fun equals(other: Any?): Boolean {
        if (this === other) return true
        if (javaClass != other?.javaClass) return false
        other as Profile
        return id == other.id
    }

    override fun hashCode(): Int {
        return id.hashCode()
    }
}

同理，Kweet类也做同样的处理。

按这个流程走，你的递归问题应该就能彻底解决了！

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