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

這里主要是對(duì)比 Scala 對(duì)變參方法的調(diào)用，基本調(diào)用法當(dāng)然是沒(méi)問(wèn)題的，但是在傳入數(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 : 3
a
b
c
[Ljava.lang.String;@1a6c5a9e : 2
d
e

我們知道 Scala 和 Java 之間可以互相調(diào)用，現(xiàn)在寫(xiě)一段 Scala 代碼來(lái)調(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)用沒(méi)問(wèn)題

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

Type mismatch: expected String, actual Array[String]

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

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

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

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

[Ljava.lang.String;@7a718e31 : 2
d
e

如果從上面的例子說(shuō)來(lái)，我們的運(yùn)氣還不錯(cuò)，因?yàn)榫幾g器告訴了你出現(xiàn)了什么問(wèn)題。最麻煩的問(wè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)用并沒(méi)有編譯錯(cuò)誤，加入上面的調(diào)試代碼才發(fā)現(xiàn)，不管傳入多大的數(shù)組，總是輸出像

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

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

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

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

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

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

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

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

在寫(xiě)這篇之前，我所認(rèn)定的這是 Scala 調(diào)用變參方法的一個(gè)缺陷，: _* 似乎是一種默認(rèn)行為，現(xiàn)在認(rèn)為這恰恰是 Scala 的一個(gè)靈活性所在。Scala 提供了兩種方式來(lái)傳遞數(shù)組給變參，而為何 Java 不讓數(shù)組整體作為變參的一個(gè)元素呢，不過(guò) Scala 放開(kāi)這一特性，當(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)注腳本之家其它相關(guān)文章！

最新評(píng)論