这个帖子很老了。大多数答案谈论的是Hibernate标准，而不是JPA标准。JPA 2.1增加了CriteriaDelete/CriteriaUpdate和EntityGraph来控制获取什么。Criteria API更好，因为Java是面向对象的。这就是创建JPA的原因。当JPQL被编译时，它将被转换为AST树(OO模型)，然后再转换为SQL。

这个帖子很老了。大多数答案谈论的是Hibernate标准，而不是JPA标准。JPA 2.1增加了CriteriaDelete/CriteriaUpdate和EntityGraph来控制获取什么。Criteria API更好，因为Java是面向对象的。这就是创建JPA的原因。当JPQL被编译时，它将被转换为AST树(OO模型)，然后再转换为SQL。

这里的大多数答案都是误导性的，并提到标准查询比HQL慢，但事实并非如此。

如果你深入研究并执行一些测试，你会发现标准查询比常规HQL执行得更好。

同样，通过Criteria Query，你可以得到HQL所没有的面向对象的控制。

更多信息请阅读这里的答案。

对于动态查询，我更喜欢使用条件查询。例如，根据某些参数，动态地添加一些排序或保留一些部分(例如限制)要容易得多。

另一方面，我使用HQL进行静态和复杂的查询，因为它更容易理解/阅读HQL。此外，我认为HQL更强大一些，例如对于不同的连接类型。

Criteria Api是Hibernate的一个很好的概念。根据我的观点，这些是我们可以区分HQL和Criteria Api的少数点

HQL is to perform both select and non-select operations on the data, but Criteria is only for selecting the data, we cannot perform non-select operations using criteria. HQL is suitable for executing Static Queries, where as Criteria is suitable for executing Dynamic Queries HQL doesn’t support pagination concept, but we can achieve pagination with Criteria. Criteria used to take more time to execute than HQL. With Criteria we are safe with SQL Injection because of its dynamic query generation but in HQL as your queries are either fixed or parametrized, there is no safe from SQL Injection

HQL可能会导致SQL注入等安全问题。