Java泛型详解

时间  2019-11-07
标签 java 详解 栏目 Java 繁體版
原文   原文链接

因为博客的特殊显示缘由，尖括号用（）代替

泛型概述

Java泛型（generics）是JDK 5中引入的一个新特性，容许在定义类和接口的时候使用类型参数（type parameter）。声明的类型参数在使用时用具体的类型来替换。java

优缺点

从好的方面来讲，泛型的引入能够解决以前的集合类框架在使用过程当中一般会出现的运行时刻类型错误，由于编译器能够在编译时刻就发现不少明显的错误。而从很差的地方来讲，为了保证与旧有版本的兼容性，Java泛型的实现上存在着一些不够优雅的地方。固然这也是任何有历史的编程语言所须要承担的历史包袱。后续的版本更新会为早期的设计缺陷所累。编程

举例

List（Object）做为形式参数，那么若是尝试将一个List（String）的对象做为实际参数传进去，却发现没法经过编译。虽然从直觉上来讲，Object是String的父类，这种类型转换应该是合理的。可是实际上这会产生隐含的类型转换问题，所以编译器直接就禁止这样的行为。segmentfault

类型擦除

正确理解泛型概念的首要前提是理解类型擦除（type erasure）。数组

Java中的泛型基本上都是在编译器这个层次来实现的。

在生成的Java字节代码中是不包含泛型中的类型信息的。使用泛型的时候加上的类型参数，会被编译器在编译的时候去掉。这个过程就称为类型擦除。 如在代码中定义的List（Object）和List（String）等类型，在编译以后都会变成List。JVM看到的只是List，而由泛型附加的类型信息对JVM来讲是不可见的。Java编译器会在编译时尽量的发现可能出错的地方，可是仍然没法避免在运行时刻出现类型转换异常的状况。类型擦除也是Java的泛型实现方式与C++模板机制实现方式之间的重要区别。安全

不少泛型的奇怪特性都与这个类型擦除的存在有关

1.泛型类并无本身独有的Class类对象。好比并不存在List（String）.class或是List（Integer）.class，而只有List.class。bash

2.静态变量是被泛型类的全部实例所共享的。对于声明为MyClass（T）的类，访问其中的静态变量的方法仍然是 MyClass.myStaticVar。不论是经过new MyClass（String）仍是new MyClass（Integer）建立的对象，都是共享一个静态变量。框架

3.泛型的类型参数不能用在Java异常处理的catch语句中。由于异常处理是由JVM在运行时刻来进行的。因为类型信息被擦除，JVM是没法区分两个异常类型MyException（String）和MyException（Integer）的。对于JVM来讲，它们都是 MyException类型的。也就没法执行与异常对应的catch语句。dom

类型擦除的过程

类型擦除的基本过程也比较简单，首先是找到用来替换类型参数的具体类。这个具体类通常是Object。若是指定了类型参数的上界的话，则使用这个上界。把代码中的类型参数都替换成具体的类。同时去掉出现的类型声明，即去掉<>的内容。好比T get()方法声明就变成了Object get()；List（String）就变成了List。接下来就可能须要生成一些桥接方法（bridge method）。这是因为擦除了类型以后的类可能缺乏某些必须的方法。编程语言

实例分析

了解了类型擦除机制以后，就会明白编译器承担了所有的类型检查工做。编译器禁止某些泛型的使用方式，正是为了确保类型的安全性。以上面提到的List（Object）和List（String）为例来具体分析：ide

public void inspect(List（Object) list) {    
    for (Object obj : list) {        
        System.out.println(obj);    
    }    
    list.add(1); //这个操做在当前方法的上下文是合法的。 
}
public void test() {    
    List（String） strs = new ArrayList（String）();    
    inspect(strs); //编译错误 
}  
复制代码

这段代码中，inspect方法接受List（Object）做为参数，当在test方法中试图传入List（String）的时候，会出现编译错误。假设这样的作法是容许的，那么在inspect方法就能够经过list.add(1)来向集合中添加一个数字。这样在test方法看来，其声明为List（String）的集合中却被添加了一个Integer类型的对象。这显然是违反类型安全的原则的，在某个时候确定会抛出ClassCastException。所以，编译器禁止这样的行为。编译器会尽量的检查可能存在的类型安全问题。对于肯定是违反相关原则的地方，会给出编译错误。当编译器没法判断类型的使用是否正确的时候，会给出警告信息。

泛型类

容器类应该算得上最具重用性的类库之一。先来看一个没有泛型的状况下的容器类如何定义：

public class Container {
    private String key;
    private String value;

    public Container(String k, String v) {
        key = k;
        value = v;
    }
    
    public String getKey() {
        return key;
    }

    public void setKey(String key) {
        this.key = key;
    }

    public String getValue() {
        return value;
    }

    public void setValue(String value) {
        this.value = value;
    }
}
复制代码

Container类保存了一对key-value键值对，可是类型是定死的，也就说若是我想要建立一个键值对是String-Integer类型的，当前这个Container是作不到的，必须再自定义。那么这明显重用性就很是低。

固然，我能够用Object来代替String，而且在Java SE5以前，咱们也只能这么作，因为Object是全部类型的基类，因此能够直接转型。可是这样灵活性仍是不够，由于仍是指定类型了，只不过此次指定的类型层级更高而已，有没有可能不指定类型？有没有可能在运行时才知道具体的类型是什么？

因此，就出现了泛型。

public class Container（K, V） {
    private K key;
    private V value;

    public Container(K k, V v) {
        key = k;
        value = v;
    }

    public K getKey() {
        return key;
    }

    public void setKey(K key) {
        this.key = key;
    }

    public V getValue() {
        return value;
    }

    public void setValue(V value) {
        this.value = value;
    }
}
复制代码

在编译期，是没法知道K和V具体是什么类型，只有在运行时才会真正根据类型来构造和分配内存。能够看一下如今Container类对于不一样类型的支持状况：

public class Main {

    public static void main(String[] args) {
        Container<String, String> c1 = new Container<String, String>("name", "findingsea");
        Container<String, Integer> c2 = new Container<String, Integer>("age", 24);
        Container<Double, Double> c3 = new Container<Double, Double>(1.1, 2.2);
        System.out.println(c1.getKey() + " : " + c1.getValue());
        System.out.println(c2.getKey() + " : " + c2.getValue());
        System.out.println(c3.getKey() + " : " + c3.getValue());
    }
}
复制代码
输出：

name : findingsea
age : 24
1.1 : 2.2
复制代码

泛型接口

在泛型接口中，生成器是一个很好的理解，看以下的生成器接口定义：

public interface Generator<T> {
    public T next();
}
而后定义一个生成器类来实现这个接口：

public class FruitGenerator implements Generator<String> {

    private String[] fruits = new String[]{"Apple", "Banana", "Pear"};

    @Override
    public String next() {
        Random rand = new Random();
        return fruits[rand.nextInt(3)];
    }
}
调用：

public class Main {

    public static void main(String[] args) {
        FruitGenerator generator = new FruitGenerator();
        System.out.println(generator.next());
        System.out.println(generator.next());
        System.out.println(generator.next());
        System.out.println(generator.next());
    }
}
输出：

Banana
Banana
Pear
Banana
复制代码

泛型方法

一个基本的原则是：不管什么时候，只要你能作到，你就应该尽可能使用泛型方法。也就是说，若是使用泛型方法能够取代将整个类泛化，那么应该有限采用泛型方法。下面来看一个简单的泛型方法的定义：

public class Main {

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

    public static void main(String[] args) {
        out("findingsea");
        out(123);
        out(11.11);
        out(true);
    }
}
复制代码

能够看到方法的参数完全泛化了，这个过程涉及到编译器的类型推导和自动打包，也就说原来须要咱们本身对类型进行的判断和处理，如今编译器帮咱们作了。这样在定义方法的时候没必要考虑之后到底须要处理哪些类型的参数，大大增长了编程的灵活性。

再看一个泛型方法和可变参数的例子：

public class Main {

    public static <T> void out(T... args) {
        for (T t : args) {
            System.out.println(t);
        }
    }

    public static void main(String[] args) {
        out("findingsea", 123, 11.11, true);
    }
}
复制代码

通配符与上下界

在使用泛型类的时候，既能够指定一个具体的类型，如List（String）就声明了具体的类型是String；也能够用通配符?来表示未知类型，如List就声明了List中包含的元素类型是未知的。 通配符所表明的实际上是一组类型，但具体的类型是未知的。List所声明的就是全部类型都是能够的。可是List并不等同于List（Object）。List（Object）实际上肯定了List中包含的是Object及其子类，在使用的时候均可以经过Object来进行引用。而List则其中所包含的元素类型是不肯定。其中可能包含的是String，也多是 Integer。若是它包含了String的话，往里面添加Integer类型的元素就是错误的。正由于类型未知，就不能经过new ArrayList（?）()的方法来建立一个新的ArrayList对象。由于编译器没法知道具体的类型是什么。可是对于 List（?）中的元素确老是能够用Object来引用的，由于虽然类型未知，但确定是Object及其子类。考虑下面的代码：

public void wildcard(List（?） list) { list.add(1);//编译错误 }
如上所示，试图对一个带通配符的泛型类进行操做的时候，老是会出现编译错误。其缘由在于通配符所表示的类型是未知的。

由于对于List（?）中的元素只能用Object来引用，在有些状况下不是很方便。在这些状况下，可使用上下界来限制未知类型的范围。 如List（? extends Number）说明List中可能包含的元素类型是Number及其子类。而List（? super Number）则说明List中包含的是Number及其父类。当引入了上界以后，在使用类型的时候就可使用上界类中定义的方法。好比访问 List（? extends Number）的时候，就可使用Number类的intValue等方法。

类型系统

在Java中，你们比较熟悉的是经过继承机制而产生的类型体系结构。好比String继承自Object。根据Liskov替换原则，子类是能够替换父类的。当须要Object类的引用的时候，若是传入一个String对象是没有任何问题的。可是反过来的话，即用父类的引用替换子类引用的时候，就须要进行强制类型转换。编译器并不能保证运行时刻这种转换必定是合法的。这种自动的子类替换父类的类型转换机制，对于数组也是适用的。 String[]能够替换Object[]。可是泛型的引入，对于这个类型系统产生了必定的影响。正如前面提到的List（String）是不能替换掉List（Object）的。

引入泛型以后的类型系统增长了两个维度：

一个是类型参数自身的继承体系结构，另一个是泛型类或接口自身的继承体系结构。第一个指的是对于 List（String）和List（Object）这样的状况，类型参数String是继承自Object的。而第二种指的是 List接口继承自Collection接口。对于这个类型系统，有以下的一些规则：

相同类型参数的泛型类的关系取决于泛型类自身的继承体系结构。

即List（String）是Collection（String） 的子类型，List(String)能够替换Collection(String)。这种状况也适用于带有上下界的类型声明。 当泛型类的类型声明中使用了通配符的时候， 其子类型能够在两个维度上分别展开。如对Collection(? extends Number)来讲，其子类型能够在Collection这个维度上展开，即List(? extends Number)和Set(? extends Number)等；也能够在Number这个层次上展开，即Collection(Double)和 Collection(Integer)等。如此循环下去，ArrayList(Long)和 HashSet(Double)等也都算是Collection(? extends Number)的子类型。 若是泛型类中包含多个类型参数，则对于每一个类型参数分别应用上面的规则。 理解了上面的规则以后，就能够很容易的修正实例分析中给出的代码了。只须要把List(Object)改为List(?)便可。List(String)是List(?)的子类型，所以传递参数时不会发生错误。

泛型的命名规范

为了更好地去理解泛型，咱们也须要去理解java泛型的命名规范。为了与java关键字区别开来，java泛型参数只是使用一个大写字母来定义。各类经常使用泛型参数的意义以下： E — Element，经常使用在java Collection里，如：List(E),Iterator(E),Set(E) K,V — Key，Value，表明Map的键值对 N — Number，数字 T — Type，类型，如String，Integer等等 S,U,V etc. - 2nd, 3rd, 4th 类型，和T的用法同样 参考： http://www.infoq.com/cn/articles/cf-java-generics https://segmentfault.com/a/1190000002646193 http://peiquan.blog.51cto.com/7518552/1302898

相关文章
相关标签/搜索
每日一句
    每一个你不满意的现在，都有一个你没有努力的曾经。
本站公众号
   欢迎关注本站公众号,获取更多信息
联系我们 最近搜索 最新文章 沪ICP备13005482号-10 MyBatis教程 SQL 教程 MySQL教程 Java 教程 Thymeleaf 教程 Hibernate教程 Spring教程 Redis教程