Spring JPA Repository无法捕获EntityNotFoundException问题求助

这个问题我碰到过好多次，核心原因是getOne()方法本身不会立即触发数据库查询——它返回的是Hibernate创建的代理对象，只有当你第一次访问这个对象的属性（比如调用getXXX()、toString()甚至只是引用它的字段）时，才会真正去数据库查数据，这时候才会抛出EntityNotFoundException。

你原来的代码里，try块只包裹了repository.getOne(id)这一行，这时候只是拿到了代理，还没查库，自然不会抛异常；等你后续在try块外访问这个对象的属性时，异常才会抛出，但这时候已经不在catch的范围内了。

解决方法推荐 #

1. 改用findById()（最推荐的方案） #

Spring Data JPA的findById()是立即查询，返回Optional类型，天生适合处理“找不到实体”的场景，完全不需要手动捕获异常：

Object obj = repository.findById(id)
    .orElseThrow(() -> new CustomException("自定义错误消息"));

这种写法既简洁又符合Spring Data的最佳实践，Optional本身就是用来明确表达“可能为空”的语义，比捕获异常更优雅。

2. 若一定要用getOne()，需手动触发代理初始化 #

如果你因为某些原因必须用getOne()，那要在try块里主动触发代理的数据库查询，让异常在try范围内抛出：

try {
    Object obj = repository.getOne(id);
    // 触发代理初始化：调用任意会访问实体属性的方法
    obj.toString(); // 或者比如((YourEntity)obj).getName();
} catch (EntityNotFoundException e) {
    throw new CustomException("自定义错误消息");
}

不过这种方法不推荐，因为getOne()的设计初衷就是延迟加载，强行初始化违背了它的使用场景，而且代码显得冗余。

额外注意：事务边界的影响 #

如果你的方法上标注了@Transactional，要确保try-catch块在事务范围内。如果事务在try块外面，那么代理初始化时的异常可能会在事务提交阶段才抛出，这时候你的catch也抓不到。所以尽量把异常处理逻辑放在事务内部，或者直接用findById()绕开这个问题。

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