Object类是Java集合框架统一操作对象的底层支撑，通过泛型擦除后以Object[]存储、依赖equals()/hashCode()实现查找去重、作为跨类型协作桥梁，但存在运行时类型安全风险。
Object 类是 Java 集合框架能统一操作各类对象的底层支撑。它让 ArrayList、HashMap 等容器无需为每种类型单独实现，就能存取任意对象。
泛型擦除后的真实类型载体
Java 泛型在编译后会进行类型擦除，比如 List<string></string> 实际运行时就是 List，其内部数组本质是 Object[]。所有元素最终都以 Object 类型存储，靠 JVM 的类型检查和强制转换完成安全访问。
- ArrayList 底层用
Object[] elementData存储元素，add() 方法接收的是Object类型参数 - HashMap 的 key 和 value 在未指定泛型时，默认按
Object处理，put() 方法签名是put(Object key, Object value) - 即使写了
List<integer></integer>，自动装箱后的Integer仍是Object的子类，可无缝放入
统一方法调用的基础
集合操作依赖 Object 提供的通用方法，尤其是 equals() 和 hashCode() —— 它们直接决定查找、去重、分桶是否正确。
-
contains()和remove()内部调用元素的equals()判断相等性，若未重写，只比较引用地址，导致逻辑错误 -
HashSet和HashMap依赖hashCode()计算存储位置；两个逻辑相等的对象必须返回相同哈希值，否则无法被找到 -
toString()被System.out.println(list)等调试输出调用，影响日志可读性
跨类型协作的桥梁
Object 类型变量可作为集合间传递、方法参数或返回值的“通用占位符”，尤其在工具类或框架设计中广泛使用。
立即学习“Java免费学习笔记（深入）”；
- Spring 的
BeanFactory.getBean()返回Object，由调用方显式转型 - JSON 解析库（如 Jackson）反序列化后常返回
Map<string object></string>或List<object></object>，容纳不同结构数据 - 自定义通用缓存工具可能定义
public void put(String key, Object value)，兼容任意业务对象
注意边界：不是万能的类型安全方案
Object 的通用性带来灵活性，也隐藏风险。编译期类型检查消失后，运行时 ClassCastException 很常见。
- 从
List取出元素时必须手动强转，例如(String) list.get(0)，若实际存的是 Integer 就崩溃 - 泛型虽不能完全避免类型问题，但配合
@SuppressWarnings("unchecked")使用时需格外谨慎 - 现代开发更推荐用泛型约束 + 不可变集合（如
ImmutableList）降低误用概率
