Java范型中? extendsE 和? superE 的作用和区别

这篇文章谈一谈Java泛型声明<? extends E>和<? super E>的作用和区别

<? extends E>

            是 Upper Bound(上限) 的通配符,用来限制元素的类型的上限,比如

  1. List fruits;  

表示集合中的元素类型上限为Fruit类型,即只能是Fruit或者Fruit的子类,因此对于下面的赋值是合理的

  1. fruits = new ArrayList();  
  2. fruits = new ArrayList();  

如果集合中元素类型为Fruit的父类则会编译出错,比如

  1. fruits = new ArrayList();//编译不通过  

               有了上面的基础,接着来看看 限定的集合的读写操作

    1、写入

               因为集合fruits中装的元素类型为Fruit或Fruit子类,直觉告诉我们,往fruits中添加一个Fruit类型对象或其子类对象是可行的

    1. fruits.add(new Fruit());//编译不通过  
    2. fruits.add(new Apple());//编译不通过  

               结果是编译都不通过,为什么?因为只是告诉编译器集合中元素的类型上限,但它具体是什么类型编译器是不知道的,fruits可以指向ArrayList,也可以指向ArrayList、ArrayList,也就是说它的类型是不确定的,既然是不确定的,为了类型安全,编译器只能阻止添加元素了。举个例子,当你添加一个Apple时,但fruits此时指向ArrayList,显然类型就不兼容了。当然null除外,因为它可以表示任何类型。

     

    2、读取 

               无论fruits指向什么,编译器都可以确定获取的元素是Fruit类型,所有读取集合中的元素是允许的

    1. Fruit fruit = fruits.get(0);//编译通过  

    补充:的简写

    <? super E>

           是 Lower Bound(下限) 的通配符 ,用来限制元素的类型下限,比如

    List apples;  

    表示集合中元素类型下限为Apple类型,即只能是Apple或Apple的父类,因此对于下面的赋值是合理的

    apples = new ArrayList();  

    1. apples = new ArrayList();  
    2. apples = new ArrayList();  

      如果元素类型为Apple的子类,则编译不同过

      1. apples = new ArrayList();//编译不通过  

      同样看看限定的集合的读写操作

      1、写入

              因为apples中装的元素是Apple或Apple的某个父类,我们无法确定是哪个具体类型,但是可以确定的是Apple和Apple的子类是和这个“不确定的类”兼容的,因为它肯定是这个“不确定类型”的子类,也就是说我们可以往集合中添加Apple或者Apple子类的对象,所以对于下面的添加是允许的

      1. apples.add(new Apple());  
      2. apples.add(new RedApple());  

      它无法添加Fruit的任何父类对象,举个例子,当你往apples中添加一个Fruit类型对象时,但此时apples指向ArrayList,显然类型就不兼容了,Fruit不是Apple的子类

      1. apples.add(new Fruit());//编译不通过  

      2、读取

              编译器允许从apples中获取元素的,但是无法确定的获取的元素具体是什么类型,只能确定一定是Object类型的子类,因此我们想获得存储进去的对应类型的元素就只能进行强制类型转换了

      Apple apple = (Apple)apples.get(0);//获取的元素为Object类型  

      问题来了,JDK1.5引入泛型的目的是为了避免强制类型转换的繁琐操作,那么使用泛型干嘛呢?这里就得谈到泛型PECS法则了

      PECS法则

      PECS法则:生产者(Producer)使用extends,消费者(Consumer)使用super

      1、生产者

             如果你需要一个提供E类型元素的集合,使用泛型通配符。它好比一个生产者,可以提供数据。

      2、消费者

             如果你需要一个只能装入E类型元素的集合,使用泛型通配符。它好比一个消费者,可以消费你提供的数据。

      3、既是生产者也是消费者

             既要存储又要读取,那就别使用泛型通配符。

      PECS例子

      JDK集合操作帮助类Collections中的例子

      * Copies all of the elements from one list into another.  After the 
       * operation, the index of each copied element in the destination list 
       * will be identical to its index in the source list.  The destination 
       * list must be at least as long as the source list.  If it is longer, the 
       * remaining elements in the destination list are unaffected. 

      * * This method runs in linear time. * * @param dest The destination list. * @param src The source list. * @throws IndexOutOfBoundsException if the destination list is too small * to contain the entire source List. * @throws UnsupportedOperationException if the destination list's * list-iterator does not support the set operation. */ public static void copy(List dest, List src) { int srcSize = src.size(); if (srcSize > dest.size()) throw new IndexOutOfBoundsException("Source does not fit in dest"); if (srcSize < COPY_THRESHOLD || (src instanceof RandomAccess && dest instanceof RandomAccess)) { for (int i=0; i di=dest.listIterator(); ListIterator si=src.listIterator(); for (int i=0; i

       

      总结

              为什么要引入泛型通配符?一句话:为了保证类型安全。

       

      具体请看 《effective java》里,Joshua Bloch提出的PECS原则:

      1. 频繁往外读取内容的,适合用上界Extends。
      2. 经常往里插入的,适合用下界Super。

      原文https://www.cnblogs.com/xiarongjin/p/8309755.html

      你可能感兴趣的:(Java)