JPA Repositories对象标识疑问：两次findOne为何返回不同对象？

这个问题其实戳中了JPA中Identity Map（一级缓存）的核心特性——它是和EntityManager实例绑定的，而非全局共享的。咱们一步步拆解原因和解决办法：

核心原因：EntityManager的生命周期 #

不管是EclipseLink还是Hibernate，JPA的一级缓存（Identity Map）都归属于单个EntityManager。也就是说：

• 如果两次findOne()调用处于不同的EntityManager上下文，就会各自加载全新的实体实例，哪怕数据库里的数据完全一致。
• 在Spring JPA中，默认每个Repository方法调用都会开启短暂事务，结束后EntityManager就会被销毁。要是你在两个独立方法（或无事务包裹的代码块）里分别调用findOne()，每次都会拿到新的EntityManager，自然返回不同的对象引用。
• 另外，如果实体已从EntityManager中detach（比如事务结束后实体变为游离状态，或手动调用了em.detach()），再次查询时也会重新加载新实例。

如何让两次查询返回同一个实例？ #

这里有两种常见的解决思路：

1. 让两次查询共享同一个EntityManager（推荐） #

在Spring中，最简单的方式就是用@Transactional注解包裹包含两次查询的代码逻辑。比如：

@Service
public class YourService {
    private final YourEntityRepository repo;

    public YourService(YourEntityRepository repo) {
        this.repo = repo;
    }

    @Transactional
    public void doQueryTwice() {
        YourEntity first = repo.findOneById(1L);
        YourEntity second = repo.findOneById(1L);
        // 这里first和second的引用完全相同
        System.out.println(first == second); // 输出true
    }
}

加上@Transactional后，整个方法内的Repository调用都会共用同一个EntityManager，第二次查询会直接从一级缓存中取出已有的实例，自然保证了引用一致性。

2. 手动管理实体的合并（适合跨事务场景） #

如果因为业务原因，两次查询必须在不同事务中，你可以手动将游离状态的实体合并到当前EntityManager的缓存中：

@Autowired
private EntityManager em;

public void crossTransactionQuery() {
    // 第一个事务结束后拿到的游离实体
    YourEntity detached = repo.findOneById(1L);
    // 合并到当前EntityManager的缓存
    YourEntity merged = em.merge(detached);
    // 后续查询如果用同一个EntityManager，就会拿到merged的引用
    YourEntity second = repo.findOneById(1L);
    System.out.println(merged == second); // 输出true
}

不过这种方式比较繁琐，除非必要，优先用第一种事务包裹的方案。

关于二级缓存的补充 #

可能有人会想到开启二级缓存来解决，但要注意：二级缓存是跨EntityManager共享的数据缓存，它存储的是实体的状态数据，而非实体实例本身。当你从二级缓存加载数据时，JPA还是会在当前EntityManager的一级缓存中创建新的实体实例，所以引用依然会不同。二级缓存的作用是减少数据库查询，而非保证对象引用一致。

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