Java 和 Scala 都支持變參方法, 寫在最后的位置上，最基本的調(diào)用方式也都是一樣的，一個(gè)個(gè)羅列過去。也可以傳入數(shù)組參數(shù)，因?yàn)樽儏⒈举|(zhì)上就是一個(gè)數(shù)組，就是把 ... 開始位置到最后一個(gè)參數(shù)都收納到數(shù)組中去，所以變參之所以要放在最后的位置上，且一個(gè)方法中最多只能有一個(gè)變參類型。

這里主要是對(duì)比 Scala 對(duì)變參方法的調(diào)用，基本調(diào)用法當(dāng)然是沒問題的，但是在傳入數(shù)組作為變參的參數(shù)列表與 Java 相對(duì)時(shí)就稍有變化了。

另外提一下，如果想傳入 List 作為變參列表，而不是整體作為變參的第一個(gè)元素就是調(diào)用集合的 toArray() 方法轉(zhuǎn)換成一個(gè)數(shù)組傳入。

下面看 Java 中對(duì)變參方法的調(diào)用，參數(shù)列表和數(shù)組

public class JavaVarArgs { public static void main(String[] args) { foo('a', 'b', 'c'); foo(new String[]{'d', 'e'}); } public static void foo(String...params) { System.out.println(params + ' : ' + params.length); for(String s: params) { System.out.println(s); } }}

從輸出結(jié)果能夠很明白的看出變參 params 實(shí)際上就是一個(gè)數(shù)組

[Ljava.lang.String;@3f91beef : 3abc[Ljava.lang.String;@1a6c5a9e : 2de

我們知道 Scala 和 Java 之間可以互相調(diào)用，現(xiàn)在寫一段 Scala 代碼來調(diào)用 foo() 方法

object ScalaVarArgs { def main(args: Array[String]) { JavaVarArgs.foo('a', 'b', 'c') // JavaVarArgs.foo(Array[String]('d', 'e')) }}

JavaVarArgs.foo('a', 'b', 'c') 調(diào)用沒問題

而 JavaVarArgs.foo(Array[String]('d', 'e')) 會(huì)有編譯問題

Type mismatch: expected String, actual Array[String]

Java 在調(diào)用變參方法時(shí)可以直接傳入相應(yīng)類型的數(shù)組，而 Scala 確不允許這么做了，因它試圖把 Array[String] 整體作為一個(gè)元素傳遞給 foo() 方法，而 foo() 要求的元素類型是字符串，所以編譯不過。

而 Scala 這時(shí)該如何使得與 Java 調(diào)用變參方法時(shí)的行為一致呢，那就是在調(diào)用時(shí)再附加說明：是要把數(shù)組中的元素逐個(gè)傳遞級(jí)變參，寫法

JavaVarArgs.foo(Array[String]('d', 'e') :_*)

這樣的調(diào)用輸出就是

[Ljava.lang.String;@7a718e31 : 2de

如果從上面的例子說來，我們的運(yùn)氣還不錯(cuò)，因?yàn)榫幾g器告訴了你出現(xiàn)了什么問題。最麻煩的問題總是在能編譯，但運(yùn)行時(shí)詭異的情況。

因?yàn)樵谖冶救藢?shí)際中遭遇到的情形是變參類型是 Object 的方法，形如

public static void foo(Object...params) { System.out.println(params + ' : ' + params.length); for(Object o: params) { System.out.println(o); } }

上面把參數(shù)改為 Object...params, 不會(huì)改變 Java 傳數(shù)組調(diào)用它的行為，但卻增加了 Scala 調(diào)用它時(shí)的排錯(cuò)難度。

在 Scala 中使用 foo(Array[String]('d', 'e') 調(diào)用并沒有編譯錯(cuò)誤，加入上面的調(diào)試代碼才發(fā)現(xiàn)，不管傳入多大的數(shù)組，總是輸出像

[Ljava.lang.Object;@7814d044 : 1[Ljava.lang.String;@ea25c1

說方法只接收到了一個(gè)元素，類型被識(shí)別為形參的類型，不過進(jìn)一步遍歷變參，發(fā)現(xiàn)第一個(gè)元素是一個(gè)字符串?dāng)?shù)組，所以 Scala 把 Array[String]('d', 'e') 整體作為 params 的第一個(gè)元素傳給了 foo() 方法。寫成

foo(Array[String]('d', 'e') : _*)

是為了把數(shù)組拆散了傳給 foo() 方法。

起初以為是 Scala 調(diào)用 Java 的變參方法需要這么做，后來重新用 Scala 實(shí)現(xiàn)下變參方法

def foo(params: AnyRef*) { println(params + ' : ' + params.length) for (s <- params) { println(s) } }

用 Scala 代碼來調(diào)用它，傳入數(shù)組，如果不想整體作為一個(gè)元素時(shí)也必須加上 : _* 參數(shù)說明，同樣的：

foo(Array[String]('d', 'e') :_*)

在寫這篇之前，我所認(rèn)定的這是 Scala 調(diào)用變參方法的一個(gè)缺陷，: _* 似乎是一種默認(rèn)行為，現(xiàn)在認(rèn)為這恰恰是 Scala 的一個(gè)靈活性所在。Scala 提供了兩種方式來傳遞數(shù)組給變參，而為何 Java 不讓數(shù)組整體作為變參的一個(gè)元素呢，不過 Scala 放開這一特性，當(dāng)變參為 Object... params 確實(shí)放大了 Bug 的出現(xiàn)機(jī)率。

以上就是Java 和 Scala 如何調(diào)用變參的詳細(xì)內(nèi)容，更多關(guān)于Java 和 Scala 調(diào)用變參的資料請(qǐng)關(guān)注好吧啦網(wǎng)其它相關(guān)文章！