看到这句话的时候证明：此刻你我都在努力
加油陌生人
个人主页：Gu Gu Study
专栏：用Java学习数据结构系列
喜欢的一句话： 常常会回顾努力的自己，所以要为自己的努力留下足迹
喜欢的话可以点个赞谢谢了。
作者：小闭
目录
前言
泛型的概念
泛型的擦除机制
泛型的上界
通配符上界
我们实现一下场景一：
场景二：
泛型上界与通配符上界的区别
泛型上界：
通配符上界：
通配符下界
前言
本系列准备已经结束，反射，lambda表达示，之类知识了。本系列属于数据结构初阶，进阶的敬请期待。本文章主要是讲泛型的进一步认识，以及更加底层的String类的认识。
之前也写过一篇泛型初阶的一篇文章，大家如果没看过可以再看看。
这篇文章已经讲了：包装类，简单的编译器推导，泛型的基本使用，以及泛型上界。
泛型的概念
泛型是Java中一种强大的特性，它允许程序员在编写代码时指定类型参数，从而使得代码更加灵活和可重用。泛型提供了一种方式，使得编译器可以在编译时检查类型安全，避免了类型转换的错误和运行时的类型检查。
通俗来说： 就是适用于许多许多类型 ，从代码上讲，就是对类型实现了参数化。
语法：
class 泛型类名称<类型形参列表> {
// 这里可以使用类型参数
}
简单示例泛型的简单使用：
class MyArray<T> { //注释1public Object[] array = new Object[10];public T getPos(int pos) {return (T)this.array[pos];}public void setVal(int pos,T val) {this.array[pos] = val;}
}
public class TestDemo {public static void main(String[] args) {MyArray<Integer> myArray = new MyArray<>();//注释2myArray.setVal(0,10);myArray.setVal(1,12);//注释3int ret = myArray.getPos(1);System.out.println(ret);myArray.setVal(2,"bit");//注释4 此处是错误的}
}代码注释处解析：
注释一：我们在类名后加了<T>，这里的作用就是泛型得基本用法，相当于这个T就代表一个类，但具体是哪个类我，还需要在创建这个类对象的时候，我们指定哪个类，才会知道。
注释二：这里我们创建对象时（new一个对象时）我们同样在类名后加了<Integer>，这就是我们指定T就是Integer类，则在我们创建的类对象时 T 就是Integer。
注释三：因为我们指定T为Intege类型，则在使用setVal(1,12)；方法时我们可以直接传参12，然后jJVM就会进行自动拆包了。
注释四：首先说明这里的使用是编译器是会报错的，因为我们前面已经指定T为Integer了，这是传入一个String显然是不对的。所以编译器是会报错的。要想传入String储存到数组中，我们就需要在创建一个MyArray<String>对象。
泛型的擦除机制
关于泛型的擦除机制，它是Java泛型实现的一个核心概念。在Java中，泛型的类型参数在编译期间会被替换为其边界或Object类型，这个过程被称为类型擦除。这意味着在运行时，泛型的类型参数实际上是被“擦除”了，泛型代码在运行时无需知晓具体的类型参数。例如，如果有一个泛型类`List<T>`，在运行时，无论`T`是什么类型，`List<T>`都会被当作`List<Object>`来处理。
这种机制的主要目的是为了向后兼容Java的旧版本，同时减少代码重复，使得代码更加简洁。但是，这也带来了一些限制和挑战，比如不能在运行时获取泛型参数的具体类型，泛型数组的创建受到限制等。
尽管如此，通过一些技巧和设计模式，可以在一定程度上绕过这些限制，让代码更加灵活和可扩展。
类型擦除机制也意味着，在编译过程中，所有的泛型类型参数`T`都会被替换为`Object`，这就是我们通常所说的泛型擦除。由于被编译器当作`Object`类型处理，我们可以通过反射set任意类型的参数。但是，这种擦除也导致了一些问题，比如在泛型类中不能直接调用泛型参数的具体方法，因为这在编译时是未知的。解决这个问题的一种方法是给泛型参数一个边界，这样编译器就能知道泛型参数至少具有哪些方法。
总结：泛型的擦除机制是Java泛型实现的关键部分，它允许泛型代码在运行时以一种类型安全的方式处理不确定的类型，但同时也带来了一些限制和挑战。
泛型的上界
什么是泛型上界呢?
泛型上界（Bounded Type Parameters）是泛型编程中的一个概念，它允许我们为泛型类型参数指定一个边界，即限制泛型参数必须是某个类或接口的子类或实现。这样做可以提供更多的类型安全，并允许在泛型代码中使用更具体的操作。
在定义泛型类时，有时需要对传入的类型变量做一定的约束，可以通过类型边界来约束。 就如上面所说给泛型一个边界，这样编译器就能知道泛型参数至少具有哪些方法。
代码语法：
class 类名 <形参类型 extends 另一个类>{
//代码
}例如：
public class Myarr< E extends Number >{
//代码
}代码解析：
这里当我们要创建Myarr这个类对象时，指定 E 的类型时，那么这时我们指定的类只能是Number类或它的子类作为类型实参。如果不是那么编译器就会报错。
扩展：那么我们如果我们没有定义上界，而是public class Myarr< E >时，我们就可以看做E extends Object；
通配符上界
我们上面说过当我们使用泛型类时吗，我们需要指定一个类作为泛型参数类。那么这时我们就会产生两个场景。
场景一：
那么如果我们有一个方法，是获取各个泛型类对象里的元素，这时我们定义这个方法时的形参类型到底怎么确定呢？如果我们指定一个类就会使得形参类型定死，无法实现获取各种泛型类里面的元素。
场景二：
如果我们现在要创建一个泛型类，但是暂时还不想示例化，只是定义一个null的泛型类，后面才随机实例化范围内的泛型类对象。
为了实现上面两个场景，就有了通配符上界。
class Food {public void show(){System.out.println("食物");}
}
class Fruit extends Food {public void show(){System.out.println("水果");}}
class Apple extends Fruit {public void show(){System.out.println("苹果");}
}
class Banana extends Fruit {public void show(){System.out.println("香蕉");}
}class Message<T> { // 设置泛型private T message ;public T getMessage() {return message;}public void setMessage(T message) {this.message = message;}
}如上当我们有以上的类时。
我们实现一下场景一：
class TestDemo {public static void main(String[] args) {Message<? extends Fruit> message;//这时还不知道示例化苹果还是香蕉 message== new Message<Apple>() ;//过一会知道了，这时才指定类型，当然也可以是其它情况message.setMessage(new Apple());}}如上：我们在想创建对象时还没知到message对象中 T 为什么类（对象），那么这时我们就使用 通配符上界Message<? extends Fruit>进行暂时限定泛型类的范围。到了后面我们知道了，这里的知道可以是 if 判断得出，或是返回值判断知道，并不像代码中的一样是我们后面主观指定了Apple。
场景二：
class TestDemo {public static void main(String[] args) {Message<Apple> message = new Message<>() ;message.setMessage(new Apple());fun(message);Message<Banana> message2 = new Message<>() ;message2.setMessage(new Banana());fun(message2);}// 此时使用通配符"?"描述的是它可以接收任意类型，但是由于不确定类型，所以无法修改public static void fun(Message<? extends Fruit> temp){
//temp.setMessage(new Banana()); //仍然无法修改！
//temp.setMessage(new Apple()); //仍然无法修改！temp.getMessage().show();System.out.println(temp.getMessage());}
}如上：我们的fun函数，我们可以根据不同的传值，就可以得出不同的对象（限定范围内的），只需要在实参里使用通配符上界的语法。
注意:因为我们这里Message的指定类型是Fruit的子类或其本身，所以这里我们可以是直接用Fruit来直接 接受这个指定的类型的，顶多也就是向上转型，但是我们是无法对temp进行设置类的，因为这时我们传入实参的时候已经确定了的，T已经确定了一个类，而我们这时也就无法对其进行设置。
简单来说： 通配符的上界，不能进行写入数据，只能进行读取数据。 这与通配符下界是完全相反的。下文还会给大家介绍通配符下界。
public static void fun(Message<? extends Fruit> temp){
//temp.setMessage(new Banana()); //仍然无法修改！
//temp.setMessage(new Apple()); //仍然无法修改！Fruit b = temp.getMessage();System.out.println(b);
}泛型上界与通配符上界的区别
在Java中，泛型上界和通配符上界是两个不同的概念，它们在泛型编程中扮演着不同的角色。下面分别解释它们的含义和区别：
泛型上界：
泛型上界是在声明泛型类型时指定的，用来限制泛型类型参数的类型范围。
它通常用在泛型类的声明中，例如 class Box<T extends Number> 表示 T 必须是 Number 或其子类的类型。
泛型上界是静态的，即在编译时就已经确定的。
通配符上界：
通配符上界是在实例化泛型类或使用泛型方法时使用的，用来指定通配符的类型范围。
它通常用在泛型的实例化和传递参数时，例如 List<? extends Number> 表示这个列表可以包含 Number 类型及其所有子类型的元素。
通配符上界是动态的，即在运行时可以确定具体类型。
具体区别：
- 使用场景不同：
-
- 泛型上界是在定义泛型类或接口时使用的，用来限制类型参数的类型。
- 通配符上界是在实例化泛型类或调用泛型方法时使用的，用来指定具体的类型范围。
- 类型安全：
-
- 泛型上界提供了编译时的类型安全检查，确保类型参数不会超出指定的范围。
- 通配符上界则提供了运行时的类型安全，允许在运行时确定具体的类型。
- 协变与逆变：
-
- 泛型上界可以是协变的（
extends），也可以是逆变的（super），这取决于泛型参数是用作输入还是输出。 - 通配符上界通常是协变的，表示可以接收更具体的类型。
- 泛型上界可以是协变的（
- 类型擦除：
-
- 泛型上界在编译时会进行类型擦除，泛型类型参数会被替换为其上界。
- 通配符上界在运行时不会进行类型擦除，它们用于保持泛型的灵活性。
- 实例化：
-
- 泛型上界在定义泛型类时实例化，不需要显式指定。
- 通配符上界在创建泛型实例时显式指定。
通俗来说：泛型上界是在定义泛型时用来限制类型参数的，而通配符上界是在实例化泛型时用来指定具体类型范围的。
通配符下界
通配符下届与上界相似，只是指定的范围有所不一样。还有就是跟上面说的与通配符的性质是相反的。
通配符的下界，只能进行写入数据，不能进行读取数据。
代码还是类似举例：
class Food {public void show(){System.out.println("食物");}
}
class Fruit extends Food {public void show(){System.out.println("水果");}}
class Apple extends Fruit {public void show(){System.out.println("苹果");}
}
class Banana extends Fruit {public void show(){System.out.println("香蕉");}
}class Plate<T> {private T plate ;public T getPlate() {return plate;}public void setPlate(T plate) {this.plate = plate;}
}
class TestDemo {public static void main(String[] args) {Plate<Fruit> plate1 = new Plate<>();plate1.setPlate(new Fruit());通配符的下界，不能进行读取数据，只能写入数据。fun(plate1);Plate<Food> plate2 = new Plate<>();plate2.setPlate(new Food());fun(plate2);}public static void fun(Plate<? super Fruit> temp) {
// 此时可以修改！！添加的是Fruit 或者Fruit的子类temp.setPlate(new Apple());//这个是Fruit的子类temp.setPlate(new Fruit());//这个是Fruit的本身
//Fruit fruit = temp.getPlate(); 不能接收，这里无法确定是哪个父类System.out.println(temp.getPlate());//只能直接输出}
}无法接受的原因：因为在实参传入进去时T也是被确定为Fruit的父类或Fruit类，无法确定返回的是哪个父类，所以我们无法接收。