一、定位方法所在：

(1)訪問專案網站，右擊頁面“審查元素”，審查network->XHR，接著測試需要的模組，如圖我在搜尋框中輸入 “剁椒魚頭” ，根據名字就大致可以判斷 呼叫的是“fetchAllRestaurants”。

(2)需要注意的是，由於是action層跟前端進行接觸的，所以這裡的“fetchAllRestaurants”對應的是action層，並且與方法上面的@action註解後面的value值對應。

這裡雖然@action下的方法名也叫fetchAllRestaurants,但全屬巧合。
注：我們知道寫搜尋的模組是action->customer->mobile->RestaurantSearch,所以在RestaurantSearch中按住ctrl+f調出檔案內搜尋“fetchAllRestaurants”即可找到對應的方法。

(3)areaId = areaService.getLocalName().getId();

restaurantService.allRestaurantsForIndex(areaId, latitude, longitude, dishTypeId, isCut, orderTypeFlag, name);

接下來就需要找到是呼叫的哪個service層（實現業務邏輯）方法來實現相應功能的，以上兩個程式碼段是action方法中呼叫了service的部分，第一個是為了得到地區id，第二個是通過已有引數返回所有餐館（我們想要的搜尋結果就是餐館），所以能夠定位到，是service層ResraurantService的allRestaurantsForIndex方法完成這部分功能。
注：把滑鼠移到“allRestaurantsForIndex”上，按住ctrl加左鍵，即可對應到相應的service層介面，點選左側“I”圖示，即可找到相應的service層實現類。

二、更改目的碼：
allRestaurantsForIndex的程式碼中出現switch，裡面分為case1，case2，case3，default。想要知道是哪一種情況，打上斷點再去執行搜尋結果模組即可，最後程式跳入了default，那麼可以判定，我們要做更改的部分就只有如下程式碼：

在返回餐館過程中，這部分程式碼已經執行了查詢綜合評分，但是最終沒有實現排序，原因在於前端未能利用這部分資料進行排序操作。所以我們可以在後端進行排序，以下是加上的程式碼片段實現排序。

註解：Comparator是個介面，可重寫compare(）和equals(）兩種方法，用於比較。如果為null的話，就是使用元素的預設排序。
compare（a，b）方法：根據第一個引數小於、等於或大於第二個引數分別返回-1，0或1
equals（obi）方法：僅當指定的物件也是一個Cpmparator，並且強行實施與此Comparetor相同的排序才返回true。
Collections.sort(list, new Comparator());的第二個引數就相當於一個標誌，告訴sort方法按什麼順序來對list進行排序。
compareTo() 方法用於將 Number 物件與方法的引數進行比較。可用於比較 Byte, Long, Integer等。
如果指定的數與引數相等返回0。
如果指定的數小於引數返回 -1。
如果指定的數大於引數返回 1。