Hibernate框架：比较Criteria和DetachedCriteria的差异及应用

2023 年 10 月 16 日

147 次浏览

1724字数

在Hibernate框架中，Criteria和DetachedCriteria是两种常用的查询方式，它们都是用来创建复杂查询的强大工具。然而，它们之间存在一些关键的差异，并且在不同情况下有不同的应用。

首先，让我们来看看Criteria。这是一个接口，在Hibernate框架中提供了丰富而灵活的API来构建和执行数据库查询。使用这个接口可以创建各种各样复杂度不一、类型多样化、结构多变化、逻辑关系错综复杂等等类型数据库查询。

然后我们再看DetachedCriteria。顾名思义，“Detached”意味着“分离”，这个类被设计为可以在没有活动会话（Session）时创建和修改，并且可以随时随地地被执行或者重用。

那么，在实际应用中它们有什么区别呢？

生命周期：最大区别就在于生命周期上面了。“普通” Criteria 是绑定到一个特定 Session 的生命周期上面去了；而 Detached Criteria 则完全独立于任何特定 Session 的生命周期之外。
使用场景：由于 Detached Criteria 不依赖于任何特定 Session ，所以你可以把 Detached Criteria 当作数据传输对象（DTO）或者值对象（VO），从一个层传到另外一个层去；但如果你使用 Criteria，那么你就必须在同一个 Session 中创建和执行它。
执行方式：Criteria 查询必须在创建它的 Session 中执行，而 Detached Criteria 可以在任何 Session 中执行。这意味着 Detached Criteria 可以被重用和序列化，这对于多线程环境或者需要重用查询的场景非常有用。

那么，在实际应用中我们应该如何选择使用哪一种呢？

如果你正在处理一个简单的、一次性的查询，并且不需要跨多个会话或线程共享查询，则可以选择Criteria。因为它简单易懂，并且可以直接与会话进行交互。

如果你正在处理一个复杂、需要跨会话或者可能被多次重复使用的查询，则DetachedCriteria可能是更好的选择。因为DetachedCriteria可以独立于特定会话存在并且可序列化，所以更适合于这种情况。

总结起来说，在Hibernate框架中，无论是选择使用Criteria还是DetachedCriteria都有其各自适合场景和优势。理解他们之间差异并根据实际需求进行合理选取将帮助我们更好地利用Hibernate框架进行数据库操作。