java泛型

java泛型学习

参考：

下面是我之前学习时候记的笔记，回过头来自己都看不明白。
学习泛型：
1、为什么需要泛型，方法体意义相同，不同类型入参，数据集从运行时错误提前到编译时错误，强转。
2、泛型方法和泛型类泛型接口，泛型方法和泛型类无关，当方法使用的泛型字母和类一样，方法里面的泛型类型是方法定义的类型，作用域。
3、泛型限定 T extends XXX
4、泛型局限性，泛型类无法进行比较，那么当然也没有继续关系。
5、泛型通配符 ？ extends XXX 和 ？ super XXX
6、jvm是怎么形容泛型的，泛型擦除，。

来看下专业点的逻辑渐进分类，先盗个图：


如果还有Double，Long等等其他基础类型的时候难道我们把所有方法都写一遍？
下面看下集合中类型强转的问题：

1.当我们将一个对象放入集合中，集合不会记住此对象的类型，当再次从集合中取出此对象时，该对象的编译类型变成了Object类型，但其运行时类型任然为其本身类型。

2.因此，取出集合元素时需要人为的强制类型转化到具体的目标类型，且很容易出现“java.lang.ClassCastException”异常。
泛型完全能够解决上述问题，泛型的好处就是：
适用于多种数据类型执行相同的代码
泛型中的类型在使用时指定，不需要强制类型转换

泛型类和泛型接口

泛型，即“参数化类型”。一提到参数，最熟悉的就是定义方法时有形参，然后调用此方法时传递实参。那么参数化类型怎么理解呢？
顾名思义，就是将类型由原来的具体的类型参数化，类似于方法中的变量参数，此时类型也定义成参数形式（可以称之为类型形参），然后在使用/调用时传入具体的类型（类型实参）。
泛型的本质是为了参数化类型（在不创建新的类型的情况下，通过泛型指定的不同类型来控制形参具体限制的类型）。也就是说在泛型使用过程中，操作的数据类型被指定为一个参数，这种参数类型可以用在类、接口和方法中，分别被称为泛型类、泛型接口、泛型方法。
引入一个类型变量T（其他大写字母都可以，不过常用的就是T，E，K，V等等），并且用<>括起来，并放在类名的后面。泛型类是允许有多个类型变量的。


类和接口的使用基本相同，泛型可以指定多个，看具体需求进行使用。

泛型方法，是在调用方法的时候指明泛型的具体类型 ，泛型方法可以在任何地方和任何场景中使用，包括普通类和泛型类。注意泛型类中定义的普通方法和泛型方法的区别。

泛型方法：没有指定泛型《T》这样的标志都是耍流氓。

限定类型变量

有时候，我们需要对类型变量加以约束，比如计算两个变量的最小，最大值。

确保传入的两个变量一定有compareTo方法

T extends Comparable中
T表示应该绑定类型的子类型，Comparable表示绑定类型，子类型和绑定类型可以是类也可以是接口。
如果这个时候，我们试图传入一个没有实现接口Comparable的类的实例，将会发生编译错误。

同时extends左右都允许有多个，如 T,V extends Comparable & Serializable
这种类的限定既可以用在泛型方法上也可以用在泛型类上。这里跟java的继承和实现差不多，只能extends一个类，但是可以implements多个接口。注意限定类型中，只允许有一个类，而且如果有类，这个类必须是限定列表的第一个。

限定类型可以不止出现在上述方法中，在类的限定上往往出现。

泛型中的约束和局限性

1、泛型是在实例化一个对象的时候才知道这个类型是什么，如果我们在这个类构造函数里面创建一个当前对象类是不允许的。
2、静态方法或者静态代码块是不允许使用类定义的泛型类型，因为静态在实例化的时候是在构造函数之前的，除非是自己静态方法定义的泛型。
3、基本数据类型是不能作为泛型类型的，必须使用它的包装类，例如：int->Integer。
4、if（User instanceof User<String（或者使用T）>），都不行，泛型不支持这种比较。
5、不能创建参数化类型的数组。

6、不能catch泛型

可以这样！

7、泛型不能是null，再强调一遍，泛型是在创建对象的时候指定的。

泛型类型的继承规则

public class Person{}

publoic class Son extends Person{}

public class User <T> {}

User<Person> 和 User<Son> 是继承关系吗？

答案：不是，他们之间没有什么关系

如果一个集合表示为User《Son》类型，你不能传入User《Person》，或者是对象的赋值和方法的调用都不能转换，在泛型使用中他们就是两个不同类型的对象。没有任何的联系。

通配符类型

Orange是Furit的子类，但是无法调用print方法传进去，在泛型里面你们是没有关系的，不认可你的基础关系，那么怎么解决呢？

使用 ？ extends Fruit

为解决这个问题，于是提出了一个通配符类型 ?
有两种使用方式：

？ extends X 表示类型的上界，类型参数是X的子类（包括X）
？ super X 表示类型的下界，类型参数是X的超类 （包括X）

通配符往往使用在方法上。

例如有个类是：
public class MyUser《T》{
public T getData(){}
public T setData(T t){}
}

实例化并调用它的get和set方法：
MyUser<? extends Persion> myUser = new MyUser();
Person persion = new Person();
Son son = new Son();
myUser.setData(persion);

调用set方法会报错，因为它不知道你是具体哪个类型的对象，如果你在构造函数中传入的是Son，然后去操作就报错了，防止你这样操作，IDE检查直接给你报错。

Person personData = myUser.getData();//可以调用，因为你肯定至少是Person，可以调用Person的方法变量，也必须使用Person接收，如果用Person的子类接收编译器会被你报错

那么上面的例子反过来使用？ super X 会是怎么样呢？是get和set相反吗？

MyUser<? super Person> x= new MyUser();
x.setData(Person和它的子类都可以);
setData传入它的父类则报错，这里**? super Person**传入它的父类按照道理不是应该的吗？但是确实就是报错了，只能死记硬背了，很不符合面对对象逻辑。

Object ddd = x.getData();
返回Object倒是符合我们的理解，因为你传入的是Person的超类，那么我怎么知道你是哪个超类呢？传入最原始的超类给你肯定不会错。

无限定的通配符 ?

表示可以是任何类型，如果是T，表示只能是T类型。

ArrayList al=new ArrayList(); 指定集合元素只能是T类型
ArrayList<?> al=new ArrayList<?>();集合元素可以是任意类型，这种没有意义，一般是方法中，只是为了说明用法。

在使用上：
？ getFirst() ： 返回值只能赋给 Object，；
void setFirst(?) ： setFirst 方法不能被调用， 甚至不能用 Object 调用；
确实好像是没有什么具体使用场景，目前所知道的就是一个说明用法而已。

虚拟机是如何实现泛型的？

泛型思想早在C++语言的模板（Template）中就开始生根发芽，在Java语言处于还没有出现泛型的版本时，只能通过Object是所有类型的父类和类型强制转换两个特点的配合来实现类型泛化。，由于Java语言里面所有的类型都继承于java.lang.Object，所以Object转型成任何对象都是有可能的。但是也因为有无限的可能性，就只有程序员和运行期的虚拟机才知道这个Object到底是个什么类型的对象。在编译期间，编译器无法检查这个Object的强制转型是否成功，如果仅仅依赖程序员去保障这项操作的正确性，许多ClassCastException的风险就会转嫁到程序运行期之中。
泛型技术在C#和Java之中的使用方式看似相同，但实现上却有着根本性的分歧，C#里面泛型无论在程序源码中、编译后的IL中（Intermediate Language，中间语言，这时候泛型是一个占位符），或是运行期的CLR中，都是切实存在的，List＜int＞与List＜String＞就是两个不同的类型，它们在系统运行期生成，有自己的虚方法表和类型数据，这种实现称为类型膨胀，基于这种方法实现的泛型称为真实泛型。
Java语言中的泛型则不一样，它只在程序源码中存在，在编译后的字节码文件中，就已经替换为原来的原生类型（Raw Type，也称为裸类型）了，并且在相应的地方插入了强制转型代码，因此，对于运行期的Java语言来说，ArrayList＜int＞与ArrayList＜String＞就是同一个类，所以泛型技术实际上是Java语言的一颗语法糖，Java语言中的泛型实现方法称为类型擦除，基于这种方法实现的泛型称为伪泛型。
将一段Java代码编译成Class文件，然后再用字节码反编译工具进行反编译后，将会发现泛型都不见了，程序又变回了Java泛型出现之前的写法，泛型类型都变回了原生类型。

上面这段代码是不能被编译的，因为参数List＜Integer＞和List＜String＞编译之后都被擦除了，变成了一样的原生类型List＜E＞，擦除动作导致这两种方法的特征签名变得一模一样。（有些IDE检查是不会报错的，需要运行时才能识别，我们知道了就行。）
由于Java泛型的引入，各种场景（虚拟机解析、反射等）下的方法调用都可能对原有的基础产生影响和新的需求，如在泛型类中如何获取传入的参数化类型等。因此，JCP组织对虚拟机规范做出了相应的修改，引入了诸如Signature、LocalVariableTypeTable等新的属性用于解决伴随泛型而来的参数类型的识别问题，Signature是其中最重要的一项属性，它的作用就是存储一个方法在字节码层面的特征签名[3]，这个属性中保存的参数类型并不是原生类型，而是包括了参数化类型的信息。

说了这么多虚拟机实现泛型就是把所有泛型都先用Object代替，使用注解存储了泛型的关键数据，然后运行时拿出来用，毫无疑问这个注解的类型必须是RetentionPolicy.RUNTIME。