Java泛型通过编译期类型检查替代Object容器，解决运行时ClassCastException风险；其底层仍用Object数组，但借助类型擦除和泛型约束实现类型安全与代码复用。
Java 中早期确实可以通过 Object 引用实现通用容器，这是泛型出现前的常见做法，核心思路是利用 Object 作为所有类的父类，统一存储任意类型对象，再通过强制类型转换还原。但要注意：这种方式不安全、无编译期类型检查，容易引发 ClassCastException，仅适用于理解设计演进或维护遗留代码。
用 Object 数组实现简易通用容器
定义一个基于 Object[] 的容器类，提供 add、get、size 等基础方法：
- 内部用
Object[]存储元素，不限制具体类型 -
add(Object obj)直接存入数组，无需类型声明 -
get(int index)返回Object，调用方必须手动强转（如(String) container.get(0)） - 需自行管理扩容、边界检查等逻辑，没有类型约束
类型安全问题与运行时风险
由于编译器无法校验实际存入和取出的类型是否匹配，错误往往在运行时暴露：
- 存入一个
Integer，却按String取出 → 抛ClassCastException - 无法阻止向容器中混入不同语义类型的对象（比如同时放 User 和 Order），逻辑易混乱
- IDE 和编译器无法提供自动补全、参数提示等开发支持
为什么现在应优先使用泛型
Java 5 引入泛型后，ArrayList<String> 这类写法在编译期就确保类型一致性：
立即学习“Java免费学习笔记（深入）”；
- 声明时指定类型，add 方法只接受该类型或其子类
- get 方法直接返回指定类型，无需强转
- 类型信息在编译后被擦除（类型擦除），底层仍用 Object 数组，但安全性由编译器保障
- 泛型容器本质上是“带类型约束的 Object 容器”，是对原始 Object 方案的增强而非替代
兼容旧代码的过渡技巧
若需对接未使用泛型的老库，可谨慎做类型适配：
- 接收
List（原始类型）时，用@SuppressWarnings("unchecked")+ 显式强转，但务必先确认实际类型 - 对外提供泛型接口，内部封装 Object 操作，把类型校验逻辑收口到少数可信入口
- 避免在新项目中从头用 Object 实现容器，除非明确需要绕过泛型限制（极少见）
