（1）Root<T> root

代表了可以查詢和操作的實體對象的根，如果將實體對象比喻成表名，那 root 里面就是這張表里面的字段，這不過是 JPQL 的實體字段而已。通過里面的 Path<Y> get(String attributeName)，來獲得我們想操作的字段。

（2）CriteriaQuery<?> query

代表一個 specific 的頂層查詢對象，它包含著查詢的各個部分，比如 select 、from、where、group by、order by 等。CriteriaQuery 對象只對實體類型或嵌入式類型的 Criteria 查詢起作用，簡單理解，它提供了查詢 ROOT 的方法。常用的方法有：

CriteriaQuery<T> where(Predicate... restrictions); CriteriaQuery<T> select(Selection<? extends T> selection); CriteriaQuery<T> having(Predicate... restrictions);

（3）CriteriaBuilder cb

用來構建 CritiaQuery 的構建器對象，其實就相當于條件或者是條件組合，并以 Predicate 的形式返回。下面是構建簡單的 Predicate 示例：

Predicate p1=cb.like(root.get(“name”).as(String.class), “%”+uqm.getName()+“%”); Predicate p2=cb.equal(root.get("uuid").as(Integer.class), uqm.getUuid()); Predicate p3=cb.gt(root.get("age").as(Integer.class), uqm.getAge());

構建組合的 Predicate 示例：

Predicate p = cb.and(p3,cb.or(p1,p2));

（4）實際經驗

到此我們發現其實 JpaSpecificationExecutor 幫我提供了一個高級的入口和結構，通過這個入口，可以使用底層 JPA 的 Criteria 所有方法，其實就可以滿足了所有業務場景。但在實際工作中，需要注意的是，如果一旦我們寫的實現邏輯太復雜，第二個人看不懂時，那一定是有問題的，我要尋找更簡單的、更易懂的、更優雅的方式。比如：

• 分頁和排序我們就沒有比較自己再去實現一遍邏輯，直接用其開放的 Pageable 和 Sort 即可。
• 當我們過多的使用 group 或者 having、sum、count 等內置的 SQL 函數的時候，我們想想就是通過 Specification 實現了邏輯，這種效率真的高嗎？是不是數據在其他算好更好？
• 當我們過多的操作 left join 和 inner Join 的鏈表查詢的時候，我們想想，是不是通過數據庫的視圖（view）更優雅一點？

總結

以上是生活随笔為你收集整理的Spring Data JPA 从入门到精通~Criteria概念的简单介绍的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。