问题描述：

[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) 。

另外，不推荐带有变长参数的方法重载。

​