arraystoreexception 是 java 运行时异常，发生在向数组写入类型不兼容的对象时；因数组协变性，jvm 在运行时根据实际创建类型检查元素类型，而非引用声明类型。
ArrayStoreException 是 Java 中一个运行时异常（RuntimeException），属于非受检异常（unchecked exception），它在**向数组中存储类型不兼容的对象时抛出**。这不是编译期能发现的问题，而是在运行时 JVM 检查数组元素类型约束后触发的——关键点在于：**数组是协变的（covariant），但类型检查只发生在运行时写入阶段**。
为什么会发生 ArrayStoreException？
Java 中数组支持协变，例如 Object[] 可以引用 String[] 或 Integer[]，但这种“向上转型”不意味着可以随意混存：
- 声明为
String[] arr = new String[2];，只能存String或其子类（实际无子类）对象；若执行arr[0] = new Integer(1);，运行时报ArrayStoreException - 更隐蔽的情况：
Object[] objArr = new String[2];看似合法，但objArr[0] = new Integer(1);同样触发异常——JVM 在运行时根据数组**实际创建类型**（这里是String[]）做检查，而非引用变量声明类型（Object[]）
哪些操作会触发它？
常见触发场景包括：
- 直接赋值：如
Number[] nums = new Integer[1]; nums[0] = 3.14;（Double不是Integer的子类） - 使用
System.arraycopy()：目标数组类型与源元素不兼容，例如把Double[]复制到Integer[]中 - 反射调用
Array.set()：传入类型不符的对象 - 增强 for 循环中误修改底层数组（较少见，但若循环内通过索引或反射写入错误类型，仍可能触发）
如何避免和排查？
核心原则是：**尊重数组的实际运行时类型，避免依赖引用类型的宽泛声明来“绕过”类型安全**：
- 优先使用泛型集合（如
ArrayList<string></string>）替代原始数组，编译器会在编译期捕获类型错误 - 若必须用数组，确保赋值对象与数组创建时的组件类型（component type）一致；可通过
array.getClass().getComponentType()在调试时确认 - 使用
System.arraycopy前，手动校验源数组元素类型是否可赋值给目标数组组件类型（可用targetComponentType.isAssignableFrom(sourceElementClass)） - 在 IDE 中开启“Array store type check”类警告（部分插件支持），或借助静态分析工具（如 ErrorProne）提前提示风险代码
它和 ClassCastException 有什么区别？
两者都涉及类型不匹配，但发生时机和语义不同：
-
ArrayStoreException：发生在**向数组写入元素时**，由 JVM 对数组组件类型强制校验引发 -
ClassCastException：发生在**对象引用类型转换时**（如(String)obj），是向下转型失败 - 简单记：存数据进数组 →
ArrayStoreException；取数据出来强转 →ClassCastException
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
