Java中不使用new关键字初始化数组的原因是什么

首先明确核心结论：这个写法是Java语言规范定义的编译期语法糖，本质并没有绕开“数组作为对象必须通过new实例化”的规则，只是编译器在编译阶段自动帮你补全了new相关的字节码逻辑，最终生成的代码和你手写完整new语句没有任何区别。

• 首先说这个语法的适用限制：
  省略new的{元素列表}写法，仅能在声明数组变量的同时完成初始化的场景下使用。如果先单独声明数组变量，再尝试用这种写法赋值会直接编译失败：

  int[] test;
  test = {33,44,55}; // 编译报错，非法的表达式开头
  // 这种非声明同时赋值的场景，必须写全new关键字：
  test = new int[]{33,44,55}; // 编译通过
  

• 再讲编译期的实际处理逻辑：
  当你写int[] test = {33,44,55};时，javac编译器在把源码转成字节码的阶段会自动做如下处理：
  1. 统计大括号内的元素个数，计算得到数组固定长度为3
  2. 生成new int[3]的字节码指令，在堆内存中完成int数组对象的实例化，将数组对象的引用压入操作数栈
  3. 按顺序将大括号里的33、44、55分别存入数组下标0、1、2对应的内存位置
  4. 最终将实例化完成、赋值好元素的数组对象引用，赋值给局部变量test
     你可以通过javap -c命令反编译生成的class文件验证，这段代码生成的字节码，和你手写int[] test = new int[]{33,44,55};生成的字节码完全一致，不存在跳过new创建对象的特殊逻辑。
• 最后说这个语法的设计初衷：
  数组声明同时初始化是开发中极高频的操作，如果每次都要求开发者写全new 类型[]{}的完整格式，会产生大量无意义的冗余代码。Java规范专门为这个特定场景做了语法简化，由编译器帮你补全重复的new逻辑，既不违反JVM层面“所有对象必须实例化才能使用”的底层规则，又能减少不必要的代码书写，提升开发效率。

常见误区提醒：不要把这个写法和基本类型的字面值赋值混淆，Java里不存在数组字面量的概念，所有数组对象的创建最终都要走对应类型的数组类实例化流程，所谓的“不用new初始化”只是编译器给的语法便利，不是JVM层面的特殊规则。

内容的提问来源于stack exchange，提问作者Moayad