ArrayStoreException是运行时数组类型检查失败导致的异常，因数组组件类型在创建时固定，存入非该类型或其子类对象即抛出；需通过声明真实类型、优先使用泛型集合、动态场景加类型校验及规避泛型擦除陷阱来防控。
java中arraystoreexception本质是运行时类型检查失败——数组在创建时确定了实际组件类型，后续存入对象若不属该类型或其子类，jvm就在赋值瞬间抛出异常。它不发生在编译期，所以光靠ide提示不够，得从设计和编码习惯入手防控。
明确声明真实类型，避免“假泛型”数组
常见误区是用Object[]假装能装万物，再偷偷指向String[]或Integer[]：
- ❌ 错误写法：
Object[] arr = new String[5]; arr[0] = new Integer(1);→ 运行时报ArrayStoreException - ✅ 正确做法：直接声明目标类型数组，如
String[] arr = new String[5];，或真要动态类型就用Object[] arr = new Object[5]; - 注意：数组协变（如
String[]可赋给Object[]）只影响引用赋值，不改变底层存储约束
泛型集合优先，让错误卡在编译期
ArrayList、LinkedList等泛型集合在add时做编译期类型校验，比数组安全得多：
ArrayList<string> list = new ArrayList();</string>-
list.add("ok");✔️ -
list.add(123);❌ 编译直接报错，根本不会等到运行时 - 如需转成数组，用
list.toArray(new String[0])，而非list.toArray()（后者返回Object[]，易埋雷）
必须用数组时，加类型守门员
尤其在反射、插件、JSON反序列化等动态场景，不能盲目信任输入：
- 写入前用
if (obj instanceof String)判断 - 配合强制转换：
if (obj instanceof String) strings[i] = (String) obj; - 对Object[]做批量填充时，可用
Arrays.stream(objs).filter(String.class::isInstance).map(String.class::cast).toArray(String[]::new) - 必要时捕获ArrayStoreException做兜底日志，但别当作主防御手段
警惕泛型擦除带来的隐性陷阱
泛型类里声明T[] elements看似安全，但因类型擦除，实际是(T[]) new Object[size]，运行时仍可能出问题：
立即学习“Java免费学习笔记（深入）”；
- 自定义泛型容器时，避免暴露原始数组引用
- 对外提供
get(int i)方法，而不是elements字段 - 若需返回数组，统一走
toArray(T[])模式，由调用方传入具体类型数组
