Hibernate 5单条数据查询咨询：Criteria API是否为推荐方案？

嘿，刚接触Hibernate 5的话，你这个疑问太正常了——先给你明确说：你贴的这段Criteria API代码是完全正确的，完全符合Hibernate 5的规范，能顺利完成按ID查询单条数据的需求，但确实对这种最简单的主键查询场景来说，有点繁琐了。

下面给你推荐几种更适合这个场景的简洁方案，以及各自的适用场景：

1. 官方最推荐的极简方案：Session的get()/load() #

这是Hibernate专门为「按主键查询单条数据」优化的方法，直接、高效，代码量最少：

// get()：立即加载数据，找不到对应记录返回null
MyClass result = session.get(MyClass.class, ordId);

// load()：延迟加载代理对象，找不到记录会抛出ObjectNotFoundException
MyClass result = session.load(MyClass.class, ordId);

• 如果不确定数据库中是否存在这条记录，优先用get()；如果业务逻辑能确保记录一定存在，load()的性能会更优。

2. 简洁的面向对象查询：JPQL #

如果你更喜欢用类SQL的面向对象语法，JPQL比Criteria API更简洁，适合简单的固定条件查询：

String jpql = "SELECT m FROM MyClass m WHERE m.num = :ordId";
Query<MyClass> query = session.createQuery(jpql, MyClass.class);
query.setParameter("ordId", ordId);
// 注意：如果可能存在无结果的情况，建议用getResultList()后判断，避免NoResultException
MyClass result = query.getSingleResult();

那你写的Criteria API适合什么时候用？ #

Criteria API不是冗余的，它的优势在于动态、复杂的查询场景：比如你需要根据前端传入的多个可选参数（比如姓名、年龄、状态等）动态拼接查询条件时，Criteria API是类型安全的，能在编译期发现字段名拼写错误，比动态拼接JPQL字符串更可靠。但对于你现在的单ID查询场景，确实没必要用这么重的方式。

总结一下：

• 单纯按主键查单条：优先用session.get()/load()，最简单高效。
• 简单固定条件查询：选JPQL更简洁。
• 复杂动态查询：再考虑Criteria API。

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