为什么只对注释数组参数使用方括号可以，而对方法参数不使用方括号？

问题描述

好吧，Java 语法中有些东西让我有点不明白。

当注解接受一个数组作为其参数值之一时，我们可以通过在几个括号内提供值来实现，如下所示：

public @interface SomeAnnotation {
  String[] someparam();
}

@SomeAnnotation(someParam = { "foo","bar" })
public class Example {}

这是传递值数组的一种非常简洁明了的方式。喜欢它。

但是在调用方法时不能这样做：

public interface Example {
  public static void someMethod(String[] someParam) {
    // Do something
  }
}

// ...
Example.someMethod({ "foo","bar" }); // Syntax Error :(

从外观上看，注解的 someParam 和方法 someParam 都声明为 String[] 数组。

我想这与 Java 在底层处理注释的方式有关，和/或 someParam 在 SomeAnnotation 中被声明为一种方法（末尾带有括号）的事实，但还是……为什么？

如果有人能对此有所了解，我将不胜感激。

请注意，我不是在寻找替代方案或解决方法，而是在寻找一些解释。

后续问题

我知道我可以使用 new String[]... 语法调用该方法，如下所示：

Example.someMethod(new String[] { "foo","bar" });

但这对我来说也很奇怪，因为参数应该是一个 String 数组，而括号内的值确实是 String。我希望编译器能够进行匹配并且对此没有问题。

解决方法

简单的解释是，这是Java语言的指定方式。为新的编程语言设计语法是表达性和简洁性与简单性/可读性和非歧义性之间的折衷。

基本的 Java 语法是他们在 1995 年左右得出的。从那时起，Java 设计人员一直受到隐含要求的约束，即对语言语法的任何更改都不得“破坏”旧代码¹。

注释实际上就是一个例子。 @ <Identifier> 语法标记创建了一个新的上下文，其中新规则不会干扰 Java 语法的旧部分。这允许他们在新上下文中使用更简单/更清晰的方式来编写“数组文字”。所以他们做到了。但是他们不能更普遍地做同样的事情²，而不会产生解析问题和/或破坏旧的 Java 代码。

^{1 - 或者任何破损都应该最小化。例如，在 Java 5 中将 enum 更改为关键字破坏了一小部分使用“枚举”作为标识符的现有 Java 代码。这引起了一些不安。因此，当他们在 Java 10 中引入 var 时，他们将其设为“保留类型名称”而不是完整的关键字。

2 - 至少，我认为他们不能。如果他们能做到，我认为他们会在过去 25 年左右的时间里做到。大多数人都同意 Java 数组初始化有点笨拙。}

arrays arrays arrays java java java-annotations parameters