java中数组赋值给object[]是合法的向上转型，因数组类型协变；但运行时存入不兼容类型会抛arraystoreexception，因jvm检查组件类型。

Java中把一个数组赋给 Object[] 类型的参数，本质上是发生了**向上转型（upcast）**，但这个操作本身是合法的——因为所有数组类型（包括 String[]、Integer[] 等）都直接继承自 Object，所以它们的引用可以安全地赋给 Object[] 变量。不过，**关键问题不在“赋值”，而在于“后续修改”**：一旦你用 Object[] 引用去存入不兼容类型的元素，运行时就会抛出 ArrayStoreException。

为什么能赋值却不能随便存值？

这是因为数组在 Java 中具有协变性（covariant），即 String[] 是 Object[] 的子类型；但同时，数组又做运行时类型检查。编译器允许你把 String[] 赋给 Object[]，但 JVM 在真正往里面放元素时，会检查实际数组的**组件类型（component type）**——也就是它原本是 String[]，就只允许存 String 或其子类（如 null），其他类型一律拒绝。

Alibabacloud Sdk Client Initialization For Java

在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。

下载

典型错误示例

下面这段代码编译通过，但运行时报错：

String[] strs = new String[2];
Object[] objs = strs; // ✅ 合法赋值
objs[0] = "OK";        // ✅ 存 String，没问题
objs[1] = new Integer(42); // ❌ 运行时抛出 ArrayStoreException

方法内部修改的常见风险场景

• 如果方法签名是 void process(Object[] arr)，调用方传入 String[]，你在方法里写 arr[0] = new Date() → 直接崩溃
• 即使你只读取元素（如 arr[i].toString()），只要没越界或为 null，不会出错；但一旦写入，就触发检查
• 泛型擦除后的方法若接受 T[]，再转成 Object[] 操作，同样面临该风险（比如误用可变参数或反射构造的数组）

安全替代方案

• 用 List> 或泛型集合代替原始数组，避免协变带来的运行时隐患
• 若必须用数组且需统一处理，优先使用 Object[] 自己创建，而非接收子类型数组再强转
• 需要类型安全的通用数组操作，考虑用 Arrays.copyOf() 或 Stream 转换，避免直接复用原数组引用

Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南