当前位置：首页 > news >正文

【Java核心】：一文搞懂包装类、泛型与PECS原则

news 2026/5/12 14:31:54

一、包装类

1.1 基本类型的痛点

Java 是一种面向对象的语言，但为了性能，保留了 int、double 等 8 种基本数据类型。然而，Java 的集合框架（如 ArrayList）要求所有存入的元素必须是对象（引用类型）。

这就导致了一个问题：我们无法直接写 List，因为 int 不是对象。

1.2 包装类的登场

为了解决这个问题，Java 给每种基本类型都提供了一个对应的包装类

基本数据类型	特殊情况
int	Integer
Char	Character
其余首字母大写

1.3自动装箱和拆箱

装箱：基本类型→\rightarrow→包装类。编译器自动调用

Integer。valueOf(520);

拆箱：包装类→\rightarrow→基本类型。编译器自动调用

int num = a.intValue();

1.4面试题

public static void main(String[] args) { Integer a = 127; // 走数组 Integer b = 127; System.out.println(a == b); // true，同一对象 Integer c = 128; // 超出数组 Integer d = 128; System.out.println(c == d); // false，两次 new }

Java 为了性能，对 Integer 做了缓存优化。

JVM 在启动时把 -128 到 127 这 256 个整数提前做成对象并放进数组，以后只要自动装箱的值落在这个区间，就直接把数组里现成的对象给你，不再 new。

如果数值在 -128 到 127 之间，自动装箱时会直接使用缓存池中的对象，所以 a 和 b 是同一个对象。

如果超出这个范围（如 128），每次都会 new 一个新对象，地址自然不同。

缓存只影响 == 比较，代码里比较包装类一律用 equals()就行

记忆：== 比“是不是同一个人”，equals() 比“长得是不是一样”。

二、泛型

2.1为什么要有泛型？

泛型（Generics）就是参数化类型。它就像给容器贴了一个标签，告诉编译器：“我这里只能装这种东西，别乱放。”ArrayList<Integer> 就是贴了“只能装整数”标签的瓶子。

没有泛型之前，取数据时必须强制类型转换，如 (String) obj，同时编译器不检查类型，万一你把 int 强转成 String，运行时会报ClassCastException

2.2语法

占位符 <T>：定义类时，我不知道将来要存什么，先用 T (Type) 占个座。

class MyArray<T> { // <T> 标志这是一个泛型类 public void set(T val) { ... } public T get() { ... } }

2.3 类型擦除

泛型最核心的原理：JVM 根本就不认识泛型。

编译时：编译器进行严格的类型检查。

class MyArray<T> { T data; }

编译后：泛型信息被擦除。所有的 <T>都会被替换成 Object（或者指定的上界）。

class MyArray { Object data; // T 变成了 Object }

这意味着，ArrayList 和 ArrayList 在运行时的类是完全一样的，都是 ArrayList。

三、泛型的通配符（难）

泛型虽然好用，但它是不兼容的。

3.1引进

即便 Apple 是 Fruit 的子类，List<Apple> 也不是 List<Fruit> 的子类。
接下来讲解一下：

定义一个方法：参数是 List<Fruit>
调用这个方法：试图传入 List<Apple>

它的参数声明是 List<Fruit>，意味着它接收一个装水果的列表。

// 这是一个接收“水果表”的方法 public static void processFruits(List<Fruit> fruits) { // 因为参数声明是 List<Fruit> // 所以在方法内部，Java 允许我往里 add 任何 Fruit 的子类 // 比如这里，我合法的 add 了一个香蕉 fruits.add(new Banana()); }

你手里有一个 List，你想把它传给上面的方法。

public static void main(String[] args) { // 1. 创建一个只能装苹果的 List List<Apple> appleList = new ArrayList<>(); appleList.add(new Apple()); // 2. 【报错发生在这里】 // 你想把 appleList 传给 processFruits 方法 // processFruits(appleList); 报错 }

我们看上面代码的冲突点：

1.看 processFruits 方法内部：

它拥有写入权限，调用了 fruits.add(new Banana())。

这是完全合法的，因为它的参数类型是 List<Fruit>（水果列表当然可以加香蕉）。

2.看 main 方法：

你传入的是 appleList（苹果列表）。

如果 Java 允许你传进去，那么 processFruits 方法里的那句 add(new Banana())，实际上就是在往你的苹果列表里塞香蕉。
总结：

方法定义方 (List<Fruit>) 说：我有权利往里放任何水果（包括香蕉）。
方法调用方 (List<Apple>) 说：我只能装苹果，绝对不能混进香蕉。
这两个承诺是冲突的。为了防止 processFruits 方法利用它的“大权限”破坏你“小范围”的列表，Java 在参数传递这一步就报错，毕竟总不能往苹果列表塞一个榴莲进去对吧

所以 Java 告诉你：它们是不兼容的类型，为了解决这个问题，Java 引入了通配符。