Java中泛型介绍

目录

Java中的泛型

1.为什么需要泛型

2.泛型类和泛型接口

3.限定类型变量

4.泛型中的约束和局限性

不能实例化类型变量

泛型类的静态上下文中类型变量失效

不能用基本类型实例化类型参数

运行时类型查询只适用于原始类型

不能创建参数化类型的数组

不能捕获泛型类的实例

5.泛型类的继承规则

6.通配符类型

7.虚拟机是如何实现泛型的?


Java中的泛型

1.为什么需要泛型

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

因此,取出集合元素时需要人为的强制类型转化到具体的目标类型,且很容易出现“java.lang.ClassCastException”异常。

所以泛型的好处就是:

  • 适用于多种数据类型执行相同的代码

  • 泛型中的类型在使用时指定,不需要强制类型转换

2.泛型类和泛型接口

泛型的本质是为了参数化类型(在不创建新的类型的情况下,通过泛型指定的不同类型来控制形参具体限制的类型)。也就是说在泛型使用过程中,操作的数据类型被指定为一个参数,这种参数类型可以用在类、接口和方法中,分别被称为泛型类、泛型接口、泛型方法。

引入一个类型变量 T(其他大写字母都可以,不过常用的就是 T,E,K,V 等等),并且用<>括起来,并放在类名的后面。泛型类是允许有多个类型变量的。

public interface Genertor<T> {
    public T next();
}

一个泛型的泛型类

public class NormalGeneric<K> {
    private K data;
​
    public NormalGeneric() {
    }
​
    public NormalGeneric(K data) {
        this.data = data;
    }
​
    public K getData() {
        return data;
    }
​
    public void setData(K data) {
        this.data = data;
    }
}

两个个泛型的泛型类 知道区分方法即可

public class NormalGeneric2<T,K> {
    private T data;
    private K result;
​
    public NormalGeneric2() {
    }
​
    public NormalGeneric2(T data) {
        this();
        this.data = data;
    }
​
    public T getData() {
        return data;
    }
​
    public void setData(T data) {
        this.data = data;
    }
​
    public NormalGeneric2(T data, K result) {
        this.data = data;
        this.result = result;
    }
​
    public K getResult() {
        return result;
    }
​
    public void setResult(K result) {
        this.result = result;
    }
}

这种是泛型方法 注意区分即可

public <T> void show_2(T t){
    System.out.println(t.toString());
}

普通方法

public void show_1(T t){
    System.out.println(t.toString());
}

3.限定类型变量

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

如果要确保传入的两个变量一定有 compareTo 方法,那么我们就得将 T 限制为实现了接口 Comparable 的类

public static <T extends ArrayList&Comparable> T min(T a, T b){
    if(a.compareTo(b)>0) return a; else return b;
}

同时 extends 左右都允许有多个,如 T,V extends Comparable & Serializable 同时要注意的是这里接口用的不是implement 用extends关键字即可

注意限定类型中,只允许有一个类,而且如果有类,这个类必须是限定列表的第一个。 这种类的限定既可以用在泛型方法上也可以用在泛型类上。

4.泛型中的约束和局限性

  1. 不能实例化类型变量

     this.data = new T();这种写法是不行的
  2. 泛型类的静态上下文中类型变量失效

    //静态域或者方法里不能引用类型变量
    //private static T instance; 这种写法是错误的
    //静态方法 本身是泛型方法就行
    private static <T> T getInstance(){
    }

    不能在静态域或方法中引用类型变量。因为泛型是要在对象创建的时候才知道是什么类型的,而对象创建的代码执行先后顺序是 static 的部分,然后才是构造函数等等。所以在对象初始化之前 static 的部分已经执行了,如果你在静态部分引用的泛型,那么毫无疑问虚拟机根本不知道是什么东西,因为这个时候类还 没有初始化

  3. 不能用基本类型实例化类型参数

    //Restrict<double> 不允许
    Restrict<Double> restrict = new Restrict<>();
  4. 运行时类型查询只适用于原始类型

    //        if(restrict instanceof  Restrict<Double>)
    //        if(restrict instanceof  Restrict<T>)  不能用instanceof方法
            Restrict<String> restrictString= new Restrict<>();
            System.out.println(restrict.getClass()==restrictString.getClass());
            System.out.println(restrict.getClass().getName());
            System.out.println(restrictString.getClass().getName());
            //打出来的类名都是泛型类的原生类型
  5. 不能创建参数化类型的数组

    Restrict<Double>[] restrictArray;// 可以定义但不能创建
    //Restrict<Double>[] restricts = new Restrict<Double>[10];
  6. 不能捕获泛型类的实例

/*泛型类不能extends Exception/Throwable*/
    //private class Problem<T> extends Exception;
    /*不能捕获泛型类对象*/
//    public <T extends Throwable> void doWork(T x){
//        try{
//
//        }catch(T x){
//            //do sth;
//        }
//    }
    // throws T的话就可以捕获异常
    public <T extends Throwable> void doWorkSuccess(T x) throws T{
        try{
​
        }catch(Throwable e){
            throw x;
        }
    }

5.泛型类的继承规则

现在我们有一个类和子类

public class Employee {}
public class Worker extends Employee {}

有一个泛型类

public class Pair<T> {}

请问 Pair<Employee>和 Pair<Worker>是继承关系吗?

答案:不是,他们之间没有什么关系

但是泛型类可以继承或者扩展其他泛型类,比如 List 和 ArrayList

/*泛型类可以继承或者扩展其他泛型类,比如List和ArrayList*/
private static class ExtendPair<T> extends Pair<T>{
}

6.通配符类型

  • ? extends X

    表示传递给方法的参数,必须是 X 的子类(包括 X 本身)

    对泛型类 GenericType 来说,如果其中提供了 get 和 set 类型参数变量的方法的话,set 方法是不允许被调用的,会出现编译错误,get 方法则没问题,会返回一个X 类型的值。

    原因

    ? extends X 表示类型的上界,类型参数是 X 的子类,那么可以肯定的说,get 方法返回的一定是个 X(不管是 X 或者 X 的子类)编译器是可以确定知道的。但是 set 方法只知道传入的是个 X,至于具体是 X 的那个子类,不知道。

    总结:主要用于安全地访问数据,可以访问 X 及其子类型,并且不能写入非

    null 的数据。

  • ? super X

    表示传递给方法的参数,必须是 X 的超类(包括 X 本身)

    但是对泛型类来说,如果其中提供了 get 和 set 类型参数变量的方法的话,set 方法可以被调用的,且能传入的参数只能是 X 或者 X 的子类,get 方法只会返回一个 Object 类型的值

    原因

    ? super X 表示类型的下界,类型参数是 X 的超类(包括 X 本身),那么可以肯定的说,get 方法返回的一定是个 X 的超类,那么到底是哪个超类?不知道,但是可以肯定的说,Object 一定是它的超类,所以 get 方法返回 Object。编译器是可以确定知道的。对于 set 方法来说,编译器不知道它需要的确切类型,但是 X 和 X 的子类可以安全的转型为 X。 总结:主要用于安全地写入数据,可以写入 X 及其子类型

  • 无限定的通配符 ?

    表示对类型没有什么限制,可以把?看成所有类型的父类,如 Pair< ?>;

    比如:

    ArrayList<T> al=new ArrayList<T>(); 指定集合元素只能是 T 类型

    ArrayList<?> al=new ArrayList<?>();集合元素可以是任意类型,这种没有意义,

    一般是方法中,只是为了说明用法。

    在使用上:

    ? getFirst() : 返回值只能赋给 Object,;

    void setFirst(?) : setFirst 方法不能被调用, 甚至不能用 Object 调用;

7.虚拟机是如何实现泛型的?

泛型思想早在 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 泛型出现之前的写法,泛型类型都变回了原生类型。

public static String method(List<String> stringList){
    System.out.println("List");
    return "OK";
}
public static Integer method(List<Integer> stringList){
    System.out.println("List");
    return 1;
}

上面这段代码是不能被编译的,因为参数 List<Integer>和 List<String>编译之后都被擦除了,变成了一样的原生类型 List<E>,擦除动作导致这两种方法的特征签名变得一模一样。

由于 Java 泛型的引入,各种场景(虚拟机解析、反射等)下的方法调用都可能对原有的基础产生影响和新的需求,如在泛型类中如何获取传入的参数化类型等。因此,JCP 组织对虚拟机规范做出了相应的修改,引入了诸如 Signature、LocalVariableTypeTable 等新的属性用于解决伴随泛型而来的参数类型的识别问题,Signature 是其中最重要的一项属性,它的作用就是存储一个方法在字节码层面的特征签名[3],这个属性中保存的参数类型并不是原生类型,而是包括了参数化类型的信息。修改后的虚拟机规范要求所有能识别 49.0 以上版本的 Class文件的虚拟机都要能正确地识别 Signature 参数。 另外,从 Signature 属性的出现我们还可以得出结论,擦除法所谓的擦除,仅仅是对方法的 Code 属性中的字节码进行擦除,实际上元数据中还是保留了泛型信息,这也是我们能通过反射手段取得参数化类型的根本依据。

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值