object是泛型擦除后的默认上界，所有未限定的类型参数均被替换为object；它支撑泛型集合实现、接口契约及向后兼容，但无法解决基本类型存储和运行时类型安全等根本限制。
Java 中 Object 类本身并不直接支持泛型设计，但它在泛型诞生前（Java 5 之前）扮演了“伪泛型”的基础角色——通过向上转型为 Object 实现类型擦除前的通用容器能力。泛型真正依赖的是编译器机制（类型擦除 + 桥接方法），而 Object 是这一机制得以向下兼容的关键桥梁。
Object 是泛型擦除后的默认上界
Java 泛型在编译后会执行类型擦除：所有类型参数（如 T、E）都被替换为它们的限定上界。若未显式声明上界（例如 <t extends number></t>），默认上界就是 Object。
- 例如：
class Box<t> { private T value; }</t>→ 编译后等价于class Box { private Object value; } - 方法签名如
public T get()→ 擦除为public Object get()，再由编译器自动插入强制转换（如(String) box.get()） - 这正是为什么泛型类能与旧代码无缝交互：运行时底层仍是
Object字段和方法
Object 提供的通用行为支撑泛型接口契约
泛型类型参数虽不继承 Object（因类型参数是编译期占位符），但**实际传入的实参类型必定是引用类型，而所有引用类型都隐式继承 Object**。因此，泛型代码可安全调用 Object 的公共方法：
Java JDK 25
下载
Java JDK 25 来自 OpenJDK 官方归档，版本为 JDK 25，本条下载地址已指向官方 Windows x64 zip 安装包直链，适合调试旧项目或兼容旧版 Java 运行环境。
-
equals()、hashCode()、toString()可用于任意泛型元素的比较、哈希、日志输出 - 例如
Collections.sort(list)要求元素实现Comparable，而Comparable接口方法compareTo(T o)的参数o虽是泛型，但运行时仍需通过Object语义完成对象传递与判等 - 即使写
<t> void log(T item) { System.out.println(item.toString()); }</t>，也依赖item实际类型继承自Object并重写了该方法
Object 支撑泛型集合的原始实现逻辑
像 ArrayList 这样的集合类，在 Java 5 前就基于 Object[] 实现：
-
private Object[] elementData;是其核心存储结构 - 泛型化后（
ArrayList<string></string>）并未新增数组类型，只是编译器确保add(String)被调用，且get(int)返回值被自动转为String - 这种向后兼容性完全依赖
Object的包容性——它让“同一套字节码”既能服务老代码（手动强转），也能服务新代码（编译器代劳）
注意：Object 无法绕过泛型的根本限制
尽管 Object 是擦除的归宿，但它不能替代泛型解决类型安全问题：
- 基本类型（
int、boolean）不能直接存入Object字段，必须用包装类（Integer、Boolean），这也推动了自动装箱/拆箱与泛型协同演进 - 仅靠
Object无法约束方法行为（如“必须可比较”），所以需要<t extends comparable>></t>这类带界泛型，而非依赖Object自身方法 - 运行时泛型信息已丢失，
instanceof T不合法，只能退回到obj instanceof String——再次回归Object的实例判断能力
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
