Object是泛型擦除后唯一的通用占位类型，因Java单根继承体系及Object[]底层存储机制而成为必然选择；它不提供类型信息，但支撑编译期约束与运行时checkcast协同实现类型安全。
Java 中 Object 类在泛型擦除后成为底层标准占位结构，不是设计选择，而是语言机制的必然结果。
泛型擦除时，所有无界类型参数（如 <T>）一律被替换为 Object；有界类型（如 <T extends Number>）才退化为对应上界。而 Object 正是 Java 单根继承体系的唯一根节点——所有类默认继承它，所有对象都可向上转型为 Object，所有容器（如 ArrayList）底层存储的原始数组本质就是 Object[]。这使 Object 天然承担了“通用占位”的角色。
Object 是擦除后最安全、最通用的运行时承载类型
- 编译器擦除
<T>后插入的强制转换（如(String) obj），其源头对象必然是Object类型或其子类实例； - JVM 不认识
T，但认识Object，所有泛型操作最终都落在Object引用上； -
instanceof、getClass()、equals()等基础行为全部依托于Object提供的契约，泛型容器取值时依赖的正是这些能力。
它不提供类型信息，但支撑类型安全的“最后一公里”
立即学习“Java免费学习笔记（深入）”；
- 擦除后方法签名里
T getValue()变成Object getValue()，返回值是Object，但调用方拿到后由编译器自动补上(String)这类 cast； - 这个 cast 能成功，前提是存进去的确实是
String实例——而Object本身不做校验，校验靠编译期泛型约束 + 运行时checkcast字节码指令完成； - 所以
Object不是“智能类型”，而是泛型安全模型中那个沉默却不可替代的基底。
实际开发中需注意的边界情况
- 基本类型不能直接作为泛型实参，
List<int>非法，必须用List<Integer>，而Integer是Object的子类，擦除后仍能装进Object[]； - 泛型字段无法在运行时判断类型，比如
if (field.get(obj) instanceof T)会编译失败，因为T已擦除，只能写成if (field.get(obj) instanceof String)这样具体类型； - 使用反射获取泛型信息（如
getGenericReturnType()）时，签名里可能保留T，但运行时get()返回的仍是Object，需配合Class<T>显式传入才能还原语义。
本质上，Object 在泛型擦除中不是“被选中”的占位符，而是整个类型系统退守的底线——它不表达具体类型，却为所有类型提供了统一的落脚点和转换起点。
