Spring Data JPA调用findById()仅返回关联子表最后一行数据

findById()查询只返回最后一条关联子记录，完全是JPA实体关联配置错误导致的，具体问题点：

• 父实体一对多关联上错误使用了@PrimaryKeyJoinColumn，这个注解仅适用于一对一共享主键的关联场景，你的子表是靠独立外键字段screener_category_id关联父表主键，不属于共享主键结构，用这个注解会直接打乱关联匹配逻辑。
• 双向一对多关联没有配置mappedBy属性，JPA无法识别父子表的外键映射关系，会默认拿父表主键去匹配子表主键，最终只能碰巧匹配到主键值符合的最后一条子记录。
• 额外代码问题：Spring Data JPA原生的findById()返回值是Optional<实体类型>，不是List类型，你当前Service层的写法要么是自定义Repo方法逻辑写错，要么是泛型定义错误，本身就不符合接口规范。

1. 修正父实体关联配置 #

删除错误的@PrimaryKeyJoinColumn注解，给@OneToMany加上mappedBy属性，值为子实体中持有父实体引用的属性名：

@Entity
@Table(uniqueConstraints = @UniqueConstraint(columnNames = { "category_name" }))
// 注意Java类名需遵循大驼峰命名规范，首字母建议大写
public class ScreenerCategory {

    @Id
    @GeneratedValue(strategy = GenerationType.IDENTITY)
    @Column(name = "id")
    private int id;

    @Column(name = "category_name")
    private String categoryName;

    // 修正关联映射
    @OneToMany(targetEntity = ScreenerCriteria.class, cascade = CascadeType.ALL, 
            fetch = FetchType.LAZY, mappedBy = "screenerCategory")
    @JsonManagedReference
    private List<ScreenerCriteria> screenerCriteria;

    // 其余属性、getter/setter保持不变
}

2. 子实体配置无需大改 #

仅调整类名符合大驼峰规范即可，@JoinColumn的外键配置和你当前表结构一致，不需要修改：

@Entity
@Table( uniqueConstraints = @UniqueConstraint(columnNames = { "criteria_name" }))
public class ScreenerCriteria {

    @Id
    @GeneratedValue(strategy = GenerationType.IDENTITY)
    @Column(name = "id")
    private int id;

    @Column(name = "criteria_name")
    private String criteriaName;

    @ManyToOne(targetEntity = ScreenerCategory.class, fetch = FetchType.LAZY)
    @JoinColumn(name = "screener_category_id")
    @JsonBackReference
    private ScreenerCategory screenerCategory;

    // 其余属性、getter/setter保持不变
}

3. 修正Service/Controller层逻辑 #

单ID查询本身只会返回0或1个父实体对象，不要用List接收返回值：

// Service层修正
public ScreenerCategory fetchData(int id) {
    return screenerCategoryRepo.findById(id)
            .orElseThrow(() -> new IllegalArgumentException("对应分类不存在"));
}

// Controller层修正
@GetMapping("getData/{id}")
public ScreenerCategory getData(@PathVariable int id) {
    return screenerCategoeyService.fetchData(id);
}

• 修复后可以在配置文件开启JPA SQL日志，确认生成的关联查询语句是通过父表id匹配子表screener_category_id字段，而非匹配子表主键。
• 如果遇到懒加载序列化异常，要么临时将关联的fetch属性改为FetchType.EAGER，要么使用DTO投影方式转换返回结果，不建议生产环境开启open-in-view配置。
• 从你提供的子表数据看，ID为2的分类关联了多条criteria记录，配置修正后查询会返回全部关联子记录，不会再出现只返回最后一条的问题。

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