官方解釋

首先來看1下官方文檔：Sorting by Nested Fields
看不懂的沒關系，它其實就只有兩句是有用的，就是那兩段代碼。

索引

嵌套查詢

以上是官方代碼，方便打不開網頁的同學查看。下面是我遇到的問題及解決方法。

記錄

這里只提供了RestfulAPI，我在使用java的進程中遇到了很多問題。有超過1半的時間都耗在這里了，特此記錄1下。

問題

項目中使用java API，所以參照ResefulAPI寫出來1段代碼。
首先是有1段正確的restful 代碼，這1段是仿照官方文檔寫的，運行后測試正確無誤。

毛病的java代碼，根據json轉換的，運行后沒法排序。

乍1看，其實java代碼和restful的代碼并沒有甚么區分，但是卻1直不能使用。

分析及解決問題

1. 我嘗試過各種各樣的寫法，改變訪問的路徑，切換過濾的類型，能試過的方法都試過了，但是還是不可以正確排序。
2. 由于SearchRequestBuilder類有1個方法可以直接setSource(String)，固然，它只能單獨使用。如果還有其它的參數，可使用searchRequestBuilder.setExtraSource(String)。所以我嘗試把json的值放在這個函數里面使用，結果是正確的，正序逆序都是正確的。
3. 猜想：多是轉換的進程中出錯了。（由于elasticsearch 是基于lucene的，所以我猜想是json轉換java的結果可能和我寫的不1樣。實際在查看代碼后發現實際上是把java代碼轉換成了json，放在了searchRequestBuilder.source里面）

elasticsearch源碼分析

源碼

分析

在此我們可以看到有1個this.sourceBuilder()，它里面的值，就是我們寫的java代碼，query，filter，sort 等等都會在這里轉換成json，寫入到searchRequestBuilder.source，而searchRequestBuilder.extraSource則是之前我寫入的另外一部份json，得到這兩部份值后對照1下。

可以看到有明顯的不同，不同就在于，中間多了幾個nested的嵌套。所以分析出多是由于對英文文檔理解不當，sort里面的查詢并不是是嵌套查詢，只是1個普通的查詢。由于它本身在添加排序的時候就已是嵌套了。

修改后的java代碼：

再次分析json：

這1次的值和restful API 的json1模1樣了。再次履行后發現正確無誤。

終究正確的代碼

正確的java代碼

問題總結

1. 把英文學好
2. 遇到問題打斷點
3. 看源碼
4. 要有耐心
5. 要仔細

其間遇到的其它問題（child query must only match non-parent docs）

1個毛病日志

毛病緣由

當前嵌套的字段不在父級下面。
也就是，有1個shop索引（index），它有goods類型（type），然后它的屬性（properties）里面有1個嵌套類型字段 sale_number （nested），它有兩個字段叫 sale_number和 id，此時如果你使用sale_number.sale_number去訪問這個字段是訪問不到的，需要使用goods.sale_number.sale_number，所以加上前面的type就能夠了。但是這是在代碼毛病的時候遇到的毛病的問題，僅此記錄，它其實不能在實際使用中常常遇到。