Java基础总结三（泛型、异常）

关注

原创最新推荐文章于 2026-08-13 13:00:43 发布 430 阅读 AI 写同款· GEO 优化 ›

Java 泛型是什么？一文带你吃透泛型它是一个泛型类，而我之前使用的时候并没有传递，说明 Java 语法是允许的，这个时候传递的类型是 Object 类，虽然它是所有类的父类，可以存储任意的类型，但是在遍历、获取元素时需要原来的类型就要进行强制转换。泛型接口有两使用方式，要么在实现接口时确定泛型类的类型，要么在实现接口时先不确定泛型类类型，而在实例化对象时再确定。这个时候就会出现一些问题，假如往链表里存储了许多不同类型的数据，在强转的时候就要判断每一个原来的类型，这样就很容易出现错误。，泛型在类中可以创建变量，也可以作为方法的参数或者返回值。阅读详情

文章目录

Java基础总结三（泛型、异常）

Java基础总结三（泛型、异常）

泛型

泛型的创建

泛型类

我们最常用泛型的地方就是集合，因此，我们编写自己的List来体会泛型：

public class TestList<T> {

    private Object[] instances = new Object[0];

    public T get(int index) {
        return (T) instances[index];
    }

    public void set(int index,T newInstance) {
        instances[index] = newInstance;
    }

    public void add(T newInstance) {
        instances = Arrays.copyOf(instances,instances.length + 1);
        instances[instances.length - 1] = newInstance;
    }
}

看一下使用方法：

TestList<String> testList = new TestList<>();
testList.add("wlk");
String str = testList.get(0);
System.out.println(str); // wlk

泛型接口

我们除了创建泛型类，泛型接口与其很类似：

public interface Shop <T>{
    T buy();
    float refund(T item);
}

// 实现
public class RealShop<E> implements Shop<E>{
    @Override
    public E buy() {
        return null;
    }

    @Override
    public float refund(E item) {
        return 0;
    }
}

再比如，我们想要实现一个水果商店：

public class Fruit {
}

public class Apple extends Fruit{
}

public class FruitShop<E> implements Shop<E>{
    @Override
    public E buy() {
        return null;
    }

    @Override
    public float refund(E item) {
        return 0;
    }
}

FruitShop<Apple> fruitShop = new FruitShop<>(); // 这个商店卖苹果
FruitShop<Phone> stringShop = new FruitShop<>(); // 这个水果商店卖手机??? 当然不和逻辑

由于我们的商店泛型 E 没有加以限制，会导致错误，我们来给他加上限制：

public class FruitShop<E extends Fruit> implements Shop<E>{
    @Override
    public E buy() {
        return null;
    }

    @Override
    public float refund(E item) {
        return 0;
    }
}

现在这个水果商店只可以卖 Fruit 或者 Fruit 的子类，如Apple，而不能卖手机。

泛型方法

自己声明了泛型的方法

泛型类，是在实例化类的时候指明泛型的具体类型；泛型方法，是在调用方法的时候指明泛型的具体类型。

我们给我们的苹果商店创建一个方法，它支持用其他水果换取苹果：

public class FruitShop<E extends Fruit> implements Shop<E>{
    @Override
    public E buy() {
        return null;
    }

    @Override
    public float refund(E item) {
        return 0;
    }

    public <T extends Fruit> E exchange(T item){
        return null;
    }
}

// 使用
FruitShop<Apple> appleShop = new FruitShop<>();
Apple apple = appleShop.<Banana>exchange(new Banana());
//类型推导，<Banana>可省略
Apple apple = appleShop.exchange(new Banana());

类型擦除

泛型的好处是在编译期进行类型检查和类型转换，且泛型只在编译期有效。泛型是在 JDK 1.5 里引入的，如果不做泛型擦除，那么 JVM 需要对应使得能正确的的读取和校验泛型信息；另外为了兼容老程序，需为原本不支持泛型的 API 平行添加一套泛型 API。

在运行期，声明时的泛型参数会被擦除，在使用处的泛型会被泛型的父类替换，如<E extends Fruit>，此时使用E的地方会被Fruit替换。

泛型的协变与逆变

定义：如果A、B表示类型，f()表示一个类型的构造函数，Type1≤Type2表示Type1是Type2的子类型，Type1≥Type2表示Type1是Type2的超类型；

f()是协变（covariant）的，当A≤B时有f(A)≤f(B)成立；

f()是逆变（contravariant）的：当A≤B时有f(B)≤f(A)成立；
f()是不变（invariant）的，当A≤B时上述两个式子均不成立，即f(A)与f(B)相互之间没有继承关系。

对于任意两个不同的类型 Type1 和 Type2，不论它们之间具有什么关系，给定泛型类 G<T>，G<Type1> 和 G<Type2> 都是没有关系的，即 Java 中泛型是不变的，而数组是协变的，可以验证以下：

ArrayList<Number> list = new ArrayList<Integer>(); // 编译器报错

// 可以顺利通过编译，正常使用。
Number[] arr = new Integer[5];
arr[0] = 1;
// 但也有一定的问题，这个数组接受Number其他子类也不会在编译期报错，而在运行期报错。泛型从根源杜绝了这种错误

在Java的泛型中，是可以支持协变与逆变的，但会有很大的限制：

? extends T(上边界通配符)实现协变关系，表示?是继承自T的任意子类型。也表示一种约束关系，只能提供数据，不能接收数据。
? super T(下边界通配符)实现逆变关系，表示?是T的任意父类型。也表示一种约束关系，只能接收数据，不能提供数据。

协变所谓只能提供数据，不能接收数据，是指在实例化出泛型类后，仅可以调用该类中返回值为泛型的方法，而不可以调用参数为该泛型的方法。

逆变则恰好相反。

那么如此限制，?在我们实际开发中应该如何应用呢？

List<? extends Number> list = new ArrayList<Integer>();

这样的用法在我们平时是用不到的，只有一些场景化的需要，才会使用到泛型通配符。就拿我们的水果商店举例，我们现在有这样一个需求，需要计算集合中水果的总重量，所以编写了如下方法：

public int totalWeight(List<? extends Fruit> list) {
    int total = 0;
    for(Fruit fruit : list) {
        total += fruit.weight;
    }
    return total;
}

// 使用起来，就可以向这个方法中传入任意Fruit子类的集合了
List<Apple> appleList = new ArrayList<>();
totalWeight(appleList);
List<Banana> bananaList = new ArrayList<>();
totalWeight(bananaList);

再举一个逆变的用法：

List<Apple> appleList = new ArrayList<Fruit>();

当然这种用法是极其少有的，不做讨论。我们给苹果类添加一个方法，这个方法的作用就是给苹果装入集合：

public class Apple extends Fruit{

    public void addToList(List<? super Apple> list) {
        list.add(this);
    }

}

这样，当我们传来Apple集合的时候，就会把Apple装入这个集合，同时，我们也可以传入Fruit的集合：

List<Apple> appleList = new ArrayList<>();
List<Fruit> fruitList = new ArrayList<>();
List<Banana> bananaList = new ArrayList<>();

Apple apple = new Apple();
apple.addToList(appleList); // 编译通过
apple.addToList(fruitList); // 编译通过
apple.addToList(bananaList); // 报错

异常

异常体系

Java中异常的体系是树形结构，所有异常的超类是Throwale，它有俩个子类：Error和Exception，分别表示错误和异常，其中异常类Exception又分为运行时异常(RuntimeException)和非运行时异常，这两种异常有很大的区别，也称之为不检查异常（Unchecked Exception）和检查异常（Checked Exception）。

Error与Exception
- Error是程序无法处理的错误，比如OutOfMemoryError、ThreadDeath等。这些异常发生时，Java虚拟机（JVM）一般会选择线程终止。
- Exception是程序本身可以处理的异常，这种异常分两大类运行时异常和非运行时异常，程序中应当尽可能去处理这些异常。
运行时异常和非运行时异常
- 运行时异常都是RuntimeException类及其子类异常，如NullPointerException、IndexOutOfBoundsException等，程序中可以选择捕获处理，也可以不处理。
- 非运行时异常是RuntimeException以外的异常，类型上都属于Exception类及其子类，从程序语法角度讲是必须进行处理的异常，如果不处理，程序就不能编译通过，如IOException、SQLException等以及用户自定义的Exception异常。

异常处理

在try中return后，依旧会执行finally。
finally语句在return语句执行之后return返回之前执行的。
finally块中的return语句会覆盖try块中的return返回。
如果finally语句中没有return语句覆盖返回值，那么原来的返回值可能因为finally里的修改而改变也可能不变(具体区分值和引用)。
当发生异常后，catch中的return执行情况与未发生异常时try中return的执行情况完全一样。
在Java中如果不发生异常的话，try/catch不会造成任何性能损失。在 Java 类编译后，正常流程与异常处理部分是分开的，类会跟随一张异常表，每一个try-catch都会在这个表里添加行记录。当执行抛出了异常时，首先去异常表中查找是否可以被catch，如果可以则跳到异常处理的起始位置开始处理，如果没有则原地return，并且copy异常的引用给父调用方，接着看父调用的异常表，以此类推。

我们来看一个例子：

public int test(){
    int i = 1;
    try {
        i++;
        return i;
    }catch (Exception e){
        e.printStackTrace();
    }finally {
        System.out.println("finally");
        i++;
    }
    return 0;
}

System.out.println(test()); 

// out ->
finally
2

我们看到，finally执行了，那么i++应该也是执行了，为什么返回2，我们通过查看字节码可知

Code:
      stack=2, locals=4, args_size=1
         0: iconst_1
         1: istore_1
         2: iinc          1, 1
         5: iload_1
         6: istore_2
         7: getstatic     #2                  // Field java/lang/System.out:Ljava/io/PrintStream;
        10: ldc           #12                 // String finally
        12: invokevirtual #13                 // Method java/io/PrintStream.println:(Ljava/lang/String;)V
        15: iinc          1, 1
        18: iload_2
        19: ireturn
        20: astore_2
        21: aload_2
        22: invokevirtual #15                 // Method java/lang/Exception.printStackTrace:()V
        25: getstatic     #2                  // Field java/lang/System.out:Ljava/io/PrintStream;
        28: ldc           #12                 // String finally
        30: invokevirtual #13                 // Method java/io/PrintStream.println:(Ljava/lang/String;)V
        33: iinc          1, 1
        36: goto          53
        39: astore_3
        40: getstatic     #2                  // Field java/lang/System.out:Ljava/io/PrintStream;
        43: ldc           #12                 // String finally
        45: invokevirtual #13                 // Method java/io/PrintStream.println:(Ljava/lang/String;)V
        48: iinc          1, 1
        51: aload_3
        52: athrow
        53: iconst_0
        54: ireturn