Java中为什么需要通配符类型参数<?>，不能直接使用Object类吗？

核心原因是：泛型的继承规则和普通类的继承规则完全不同，Object是所有引用类型的父类，但List<Object>并不是List<String>的父类，类似的，Number是Integer的父类，但List<Number>也不是List<Integer>的父类，这种泛型的「不变性」，是通配符要解决的核心问题。

我们可以举几个实际场景对比：

场景1：需要接收任意类型的泛型集合 #

假设你要写一个方法，遍历打印任意List的所有元素：

• 如果你把参数定义为void printList(List<Object> list)，你传入new ArrayList<String>()会直接编译报错，因为List<String>和List<Object>是完全独立的类型，没有继承关系。
• 如果你把参数定义为void printList(List<?> list)，所有类型的List都可以正常传入，同时你可以安全地调用和元素类型无关的方法（比如size()、get(index)，get返回的元素会自动向上转型为Object，不需要手动强转）。

如果你非要用Object实现，只能把参数定义为void printList(Object list)，这时候你需要手动把参数强转为List类型，完全失去了编译期的类型检查，很容易传入非List类型的参数引发运行时异常。

场景2：需要接收指定父类的所有子类泛型集合 #

假设你要写一个方法，计算所有存储数字类型的List的总和：

• 如果你把参数定义为void sum(List<Number> list)，你传入new ArrayList<Integer>()会编译报错，哪怕Integer是Number的子类也不行。
• 如果你把参数定义为void sum(List<? extends Number> list)，List<Integer>、List<Double>、List<Long>所有Number子类的List都可以正常传入，编译期会自动校验传入的集合元素类型是不是Number的子类，不需要你手动做类型判断。

场景3：需要往集合中写入指定类型的元素 #

假设你要写一个方法，往List中插入Integer类型的元素：

• 如果你把参数定义为void addInteger(List<Object> list)，你只能传入List<Object>，传入List<Number>或者List<Integer>都会报错。
• 如果你把参数定义为void addInteger(List<? super Integer> list)，所有可以存储Integer类型的List（List<Integer>、List<Number>、List<Object>）都可以正常传入，编译期会自动校验你插入的元素是不是Integer类型，避免插入非法类型。

通配符对比直接用Object的核心优势： #

• 保留编译期类型校验：不需要手动强转，避免运行时类型转换异常
• 语义清晰：上界通配符? extends T、下界通配符? super T可以明确说明方法允许的参数类型范围，不需要额外注释说明
• 适配泛型的协变、逆变场景：填补了泛型不变性带来的使用缺陷，不需要为每种泛型类型写重复的重载方法

内容的提问来源于stack exchange，提问作者Apoorv Bedmutha