Java varargs方法参数列表与数组
作者:互联网
可变参数:
public static void foo(String... string_array) { ... }
与
单阵列参数:
public static void bar(String[] string_array) { ... }
Java 1.6似乎接受/拒绝以下内容:
String[] arr = {"abc", "def", "ghi"};
foo(arr); // accept
bar(arr); // accept
foo("abc", "def", "ghi"); // accept
bar("abc", "def", "ghi"); // reject
假设上述是真的/正确的,为什么不总是使用varargs而不是单个数组param?似乎免费增加了一点来电灵活性.
专家是否可以共享内部JVM差异(如果有)?
谢谢.
解决方法:
数组从Java开始就已存在,而varargs是最近的一个新增功能.因此,许多旧代码仍然很乐意使用数组.
另请注意,使用显式数组参数调用泛型vararg方法可能会默默地产生与预期不同的行为:
public <T> void foo(T... params) { ... }
int[] arr = {1, 2, 3};
foo(arr); // passes an int[][] array containing a single int[] element
因此 – 除了需要付出很多努力而没有明显的好处之外 – 用varargs替换传统的阵列参数并不总是可取的.
更不用说你不能的情况,因为方法参数列表中的数组后面还有另一个参数:
public void foo(String[] strings, String anotherParam) { ... }
重新排序参数可能在技术上解决了这个问题,但它破坏了客户端代码.
更新:有效的Java第二版.版本,第42项:使用varargs明智地解释了这一点,并给出了一个具体的例子:Arrays.asList()在Java5中进行了改进以获得vararg参数,这无意中破坏了许多现有代码可能会在使用时产生意外(现在过时的成语打印数组:
System.out.println(Arrays.asList(myArray));
Update2:Double检查了源代码,它表示问题发生在原始类型数组中,例如int [].在varargs之前,代码如下:
int[] digits = { 3, 1, 4, 1, 5, 9, 2, 6, 5, 4 };
System.out.println(Arrays.asList(digits));
会发出编译错误,因为只有引用类型的数组可以转换为List.由于varargs和改进asList,上面的代码编译时没有警告,意外的结果就像“[[@ 3e25a5]”.
标签:java,variadic-functions 来源: https://codeday.me/bug/20190926/1821457.html