問題描述：
[ERROR] /Users/jack/book/lightsword/src/main/scala/com/springboot/in/action/filter/LoginFilter.scala:28: error: ambiguous reference to overloaded definition,
[INFO] both method toJSONString in object JSON of type (x$1: Any, x$2: com.alibaba.fastjson.serializer.SerializerFeature*)String
[INFO] and method toJSONString in object JSON of type (x$1: Any)String
[INFO] match argument types (Object) and expected result type Any
[INFO] println(JSON.toJSONString(principal))
[INFO] ^
[ERROR] one error found
原因分析：
看日志：
[INFO] both method toJSONString in object JSON of type (x$1: Any, x$2: com.alibaba.fastjson.serializer.SerializerFeature*)String
[INFO] and method toJSONString in object JSON of type (x$1: Any)String
[INFO] match argument types (Object) and expected result type Any
[INFO] println(JSON.toJSONString(principal))
意思是，JSON.toJSONString的兩個方法：
toJSONString(x$1: Any)
toJSONString(x$1: Any, x$2: com.alibaba.fastjson.serializer.SerializerFeature*)
同時匹配了方法的引用。
我們看這是這兩個方法的java源碼：
public static String toJSONString(Object object) {
return toJSONString(object, new SerializerFeature[0]);
}
public static String toJSONString(Object object, SerializerFeature... features) {
SerializeWriter out = new SerializeWriter();
try {
JSONSerializer serializer = new JSONSerializer(out);
for (com.alibaba.fastjson.serializer.SerializerFeature feature : features) {
serializer.config(feature, true);
}
serializer.write(object);
return out.toString();
} finally {
out.close();
}
}
SerializerFeature... features 是一個可變長參數。
Java可變長參數的方法重載
在Java代碼中，我們是不推薦帶有變長參數的方法重載的。這樣的代碼調用人類閱讀起來會感到“模糊”。
在項目和系統的開發中，為了提高方法的靈活度和可復用性，我們經常要傳遞不確定數量的參數到方法中，在Java 5之前常用的設計技巧就是把形參定義成Collection類型或其子類類型，或者是數組類型，這種方法的缺點就是需要對空參數進行判斷和篩選，比如實參為null值和長度為0的Collection或數組。
而 Java 5引入變長參數（varags）就是為了更好地提高方法的復用性，讓方法的調用者可以“隨心所欲”地傳遞實參數量，當然變長參數也是要遵循一定規則的，
比如變長參數必須是方法中的最后一個參數；一個方法不能定義多個變長參數等，這些基本規則需要牢記，但是即使記住了這些規則，仍然有可能出現錯誤，我們來看如下代碼：
public class Client {
//簡單折扣計算
public void calPrice(int price,int discount){
float knockdownPrice =price * discount / 100.0F;
System.out.println("簡單折扣后的價格是："+formateCurrency(knockdownPrice));
}
//復雜多折扣計算
public void calPrice(int price,int... discounts){
float knockdownPrice = price;
for(int discount:discounts){
knockdownPriceknockdownPrice = knockdownPrice * discount / 100;
}
System.out.println("復雜折扣后的價格是：" +formateCurrency(knockdownPrice));
}
//格式化成本的貨幣形式
private String formateCurrency(float price){
return NumberFormat.getCurrencyInstance().format(price/100);
}
public static void main(String[] args) {
Client client = new Client();
//499元的貨物，打75折
client.calPrice(49900, 75);
}
}
運行結果:
簡單折扣后的價格是：￥374.25
這是一個計算商品價格折扣的模擬類，帶有變長參數的calPrice方法則是較復雜的折扣計算方式，多種折扣的疊加運算（模擬類是一種比較簡單的實現）在實際生活中也是經常見到的，比如在大甩賣期間對VIP會員再度進行打折；或者當天是你的生日，再給你打個9折，也就是俗話說的“折上折”。
兩個calPrice()方法重載有點特殊：
calPrice（int price,int... discounts）// A
的參數范疇覆蓋了
calPrice（int price,int discount）// B
的參數范疇。
那問題就出來了：對于
calPrice（49900,75）
這樣的計算，到底該調用哪個方法來處理呢？
從運行結果來看是調用了B方法,而不是變長參數A的方法.
原因分析：Java在編譯時，首先會根據實參的數量和類型（這里是2個實參，都為int類型，注意沒有轉成int數組）來進行處理，也就是查找到calPrice(int price,int discount)方法，而且確認它是否符合方法簽名條件。現在的問題是編譯器為什么會首先根據2個int類型的實參而不是1個int類型、1個int數組類型的實參來查找方法呢？這是個好問題，也非常好回答：因為int是一個原生數據類型，而數組本身是一個對象，編譯器想要“偷懶”，于是它會從最簡單的開始“猜想”，只要符合編譯條件的即可通過，于是就出現了此問題。
問題是闡述清楚了，為了讓我們的程序能被“人類”看懂，還是慎重考慮變長參數的方法重載吧，否則讓人傷腦筋不說，說不定哪天就陷入這類小陷阱里了。
Scala編譯器的處理方式就比較“顯式”了，直接拋出“ambiguous reference to overloaded definition” ERROR。
針對可變參數的方法重載機制，這是Scala的與java在編譯處理上區別的地方。
Scala分辨重載方法的過程與Java極為相似。任何情況下，被選中的重載版本都是最符合參數靜態類型的那個。有時如果不止一個最符合的版本；這種情況下編譯器會給你一個“ambiguous reference to overloaded definition”（模糊引用了重載定義的方法）的錯誤。
解決方案：
在scala代碼中顯式調用：toJSONString(Object object, SerializerFeature... features) 。
另外，不推薦帶有變長參數的方法重載。
