Java 中文官方教程 2022 版(四十六)(2)

简介: Java 中文官方教程 2022 版(四十六)

Java 中文官方教程 2022 版(四十六)(1)https://developer.aliyun.com/article/1488448

擦除和转换

public String loophole(Integer x) {
    List<String> ys = new LinkedList<String>();
    List xs = ys;
    xs.add(x); // *Compile-time unchecked warning*
    return ys.iterator().next();
}

在这里,我们给字符串列表和普通旧列表取了别名。我们将一个Integer插入列表,并尝试提取一个String。这显然是错误的。如果我们忽略警告并尝试执行此代码,它将在我们尝试使用错误类型的地方失败。在运行时,此代码的行为如下:

public String loophole(Integer x) {
    List ys = new LinkedList;
    List xs = ys;
    xs.add(x); 
    return(String) ys.iterator().next(); // *run time error*
}

当我们从列表中提取一个元素,并尝试将其强制转换为String以将其视为字符串时,我们将收到ClassCastException。与loophole()的泛型版本发生的事情完全相同。

这是因为,泛型是由 Java 编译器实现的一种称为擦除的前端转换。你(几乎)可以将其视为源到源的转换,其中loophole()的泛型版本转换为非泛型版本。

因此,即使存在未经检查的警告,Java 虚拟机的类型安全性和完整性也永远不会受到威胁

基本上,擦除会消除(或擦除)所有泛型类型信息。所有尖括号之间的类型信息都被丢弃,因此,例如,像List这样的参数化类型被转换为List。所有类型变量的剩余用法都被替换为类型变量的上界(通常为Object)。并且,每当生成的代码不符合类型时,都会插入到适当类型的强制转换,就像loophole的最后一行一样。

擦除的全部细节超出了本教程的范围,但我们刚刚给出的简单描述并不离谱。了解一些关于这个是很有好处的,特别是如果您想要做一些更复杂的事情,比如将现有 API 转换为使用泛型(参见将旧代码转换为使用泛型部分),或者只是想了解为什么事情是这样的。

在旧代码中使用泛型代码

现在让我们考虑相反的情况。想象一下,Example.com 选择将他们的 API 转换为使用泛型,但是一些客户端还没有这样做。现在代码看起来像这样:

package com.Example.widgets;
public interface Part { 
    ...
}
public class Inventory {
    /**
     * Adds a new Assembly to the inventory database.
     * The assembly is given the name name, and 
     * consists of a set parts specified by parts. 
     * All elements of the collection parts
     * must support the Part interface.
     **/ 
    public static void addAssembly(String name, Collection<Part> parts) {...}
    public static Assembly getAssembly(String name) {...}
}
public interface Assembly {
    // *Returns a collection of Parts*
    Collection<Part> getParts();
}

客户端代码如下:

package com.mycompany.inventory;
import com.Example.widgets.*;
public class Blade implements Part {
...
}
public class Guillotine implements Part {
}
public class Main {
    public static void main(String[] args) {
        Collection c = new ArrayList();
        c.add(new Guillotine()) ;
        c.add(new Blade());
        // *1: unchecked warning*
        Inventory.addAssembly("thingee", c);
        Collection k = Inventory.getAssembly("thingee").getParts();
    }
}

客户端代码是在引入泛型之前编写的,但它使用了com.Example.widgets包和集合库,两者都使用了泛型类型。客户端代码中所有泛型类型声明的使用都是原始类型。

第 1 行生成了一个未经检查的警告,因为一个原始Collection被传递到一个期望Part集合的Collection位置,编译器无法确保原始Collection确实是Part集合。

作为一种替代方案,您可以使用源 1.4 标志编译客户端代码,确保不会生成任何警告。然而,在这种情况下,您将无法使用 JDK 5.0 引入的任何新语言特性。


细则

译文:docs.oracle.com/javase/tutorial/extra/generics/fineprint.html

一个泛型类被所有调用共享

以下代码片段打印什么?

List <String> l1 = new ArrayList<String>();
List<Integer> l2 = new ArrayList<Integer>();
System.out.println(l1.getClass() == l2.getClass());

你可能会倾向于说false,但你会错。它打印true,因为泛型类的所有实例具有相同的运行时类,而不考虑它们的实际类型参数。

实际上,使类成为泛型的是它对所有可能的类型参数具有相同行为的事实;同一个类可以被视为具有许多不同的类型。

因此,类的静态变量和方法也被所有实例共享。这就是为什么在静态方法或初始化程序中引用类型声明的类型参数,或在静态变量的声明或初始化程序中引用类型参数是非法的原因。

强制转换和 InstanceOf

泛型类被所有实例共享的事实的另一个含义是,通常没有意义询问一个实例是否是泛型类型的特定调用的实例:

Collection cs = new ArrayList<String>();
// *Illegal.*
if (cs instanceof Collection<String>) { ... }

同样,像这样的强制转换

// *Unchecked warning,*
Collection<String> cstr = (Collection<String>) cs;

给出一个未经检查的警告,因为这不是运行时系统会为你检查的内容。

类型变量也是如此

// *Unchecked warning.* 
<T> T badCast(T t, Object o) {
    return (T) o;
}

类型变量在运行时不存在。这意味着它们在时间和空间上都没有性能开销,这很好。不幸的是,这也意味着你不能可靠地在强制转换中使用它们。

数组

除非是(无界)通配符类型,否则数组对象的组件类型可能不是类型变量或参数化类型。你可以声明元素类型为类型变量或参数化类型的数组类型,但不能声明数组对象

这确实很烦人。这个限制是必要的,以避免出现这样的情况:

// *Not really allowed.*
List<String>[] lsa = new List<String>[10];
Object o = lsa;
Object[] oa = (Object[]) o;
List<Integer> li = new ArrayList<Integer>();
li.add(new Integer(3));
// *Unsound, but passes run time store check*
oa[1] = li;
// *Run-time error: ClassCastException.*
String s = lsa[1].get(0);

如果允许参数化类型的数组,前面的例子将在没有任何未经检查警告的情况下编译,并在运行时失败。我们将类型安全作为泛型的主要设计目标。特别是,该语言被设计为保证如果整个应用程序使用javac -source 1.5编译时没有未经检查的警告,那么它是类型安全的

然而,你仍然可以使用通配符数组。前面代码的以下变体放弃了使用数组对象和元素类型为参数化的数组类型。因此,我们必须显式转换才能从数组中获取String

// *OK, array of unbounded wildcard type.*
List<?>[] lsa = new List<?>[10];
Object o = lsa;
Object[] oa = (Object[]) o;
List<Integer> li = new ArrayList<Integer>();
li.add(new Integer(3));
// *Correct.*
oa[1] = li;
// *Run time error, but cast is explicit.*
String s = (String) lsa[1].get(0);

在下一个变体中,会导致编译时错误,我们避免创建元素类型为参数化的数组对象,但仍然使用具有参数化元素类型的数组类型。

// *Error.*
List<String>[] lsa = new List<?>[10];

同样,尝试创建元素类型为类型变量的数组对象会导致编译时错误:

<T> T[] makeArray(T t) {
    return new T[100]; // *Error.*
}

由于类型变量在运行时不存在,无法确定实际的数组类型。

解决这类限制的方法是使用类字面量作为运行时类型标记,如下一节所述,类字面量作为运行时类型标记。

类字面量作为运行时类型标记

原文:docs.oracle.com/javase/tutorial/extra/generics/literals.html

JDK 5.0 中的一个变化是类java.lang.Class是泛型的。这是一个有趣的例子,使用泛型性来做除了容器类之外的事情。

现在Class有一个类型参数T,你可能会问,T代表什么?它代表Class对象所代表的类型。

例如,String.class的类型是ClassSerializable.class的类型是Class。这可以用来提高反射代码的类型安全性。

特别是,由于Class中的newInstance()方法现在返回一个T,在通过反射创建对象时可以获得更精确的类型。

例如,假设你需要编写一个实用方法,执行数据库查询,给定一个 SQL 字符串,并返回与该查询匹配的数据库中的对象集合。

一种方法是显式传递一个工厂对象,在调用点编写代码如下:

interface Factory<T> { T make();} 
public <T> Collection<T> select(Factory<T> factory, String statement) { 
    Collection<T> result = new ArrayList<T>(); 
    /* *Run sql query using jdbc* */  
    for (/* *Iterate over jdbc results.* */) { 
        T item = factory.make();
        /* *Use reflection and set all of item's 
         * fields from sql results.* 
         */ 
        result.add(item); 
    } 
    return result; 
}

你可以这样调用

select(new Factory<EmpInfo>(){ 
    public EmpInfo make() {
        return new EmpInfo();
    }}, "selection string");

或者你可以声明一个类EmpInfoFactory来支持Factory接口

class EmpInfoFactory implements Factory<EmpInfo> {
    ...
    public EmpInfo make() { 
        return new EmpInfo();
    }
}

并调用它

select(getMyEmpInfoFactory(), "selection string");

这种解决方案的缺点是需要:

  • 使用冗长的匿名工厂类在调用点,或者
  • 为每种使用的类型声明一个工厂类,并在调用点传递一个工厂实例,这有点不自然。

将类字面量作为工厂对象是很自然的,然后可以通过反射来使用。今天(没有泛型的情况下)代码可能会这样写:

Collection emps = sqlUtility.select(EmpInfo.class, "select * from emps");
...
public static Collection select(Class c, String sqlStatement) { 
    Collection result = new ArrayList();
    /* *Run sql query using jdbc.* */
    for (/* *Iterate over jdbc results.* */ ) { 
        Object item = c.newInstance(); 
        /* *Use reflection and set all of item's
         * fields from sql results.* 
         */  
        result.add(item); 
    } 
    return result; 
}

然而,这不会给我们提供我们想要的精确类型的集合。现在Class是泛型的,我们可以改为写如下代码:

Collection<EmpInfo> 
    emps = sqlUtility.select(EmpInfo.class, "select * from emps");
...
public static <T> Collection<T> select(Class<T> c, String sqlStatement) { 
    Collection<T> result = new ArrayList<T>();
    /* *Run sql query using jdbc.* */
    for (/* *Iterate over jdbc results.* */ ) { 
        T item = c.newInstance(); 
        /* *Use reflection and set all of item's
         * fields from sql results.* 
         */  
        result.add(item);
    } 
    return result; 
} 

上面的代码以类型安全的方式给出了我们想要的精确类型的集合。

使用类字面量作为运行时类型标记的技术是一个非常有用的技巧。这是一个在新的用于操作注解的 API 中广泛使用的习语。

通配符更有趣

原文:docs.oracle.com/javase/tutorial/extra/generics/morefun.html

在本节中,我们将考虑通配符的一些更高级用法。我们已经看到了几个示例,在从数据结构中读取时有界通配符是有用的。现在考虑相反的情况,一个只写数据结构。接口Sink是这种类型的一个简单示例。

interface Sink<T> {
    flush(T t);
}

我们可以想象使用它,如下面的代码所示。方法writeAll()旨在将集合coll的所有元素刷新到接收器snk中,并返回最后一个刷新的元素。

public static <T> T writeAll(Collection<T> coll, Sink<T> snk) {
    T last;
    for (T t : coll) {
        last = t;
        snk.flush(last);
    }
    return last;
}
...
Sink<Object> s;
Collection<String> cs;
String str = writeAll(cs, s); // *Illegal call.*

如所写,对writeAll()的调用是非法的,因为无法推断出有效的类型参数;StringObject都不适合T的类型,因为Collection元素和Sink元素必须是相同类型。

我们可以通过修改writeAll()的签名来修复此错误,如下所示,使用通配符。

public static <T> T writeAll(Collection<? extends T>, Sink<T>) {...}
...
// *Call is OK, but wrong return type.* 
String str = writeAll(cs, s);

现在调用是合法的,但赋值是错误的,因为推断的返回类型是Object,因为Ts的元素类型匹配,而sObject

解决方案是使用我们尚未看到的一种有界通配符形式:带有下界的通配符。语法? **super** T表示一个未知类型,它是T的超类型(或T本身;请记住超类型关系是自反的)。这是我们一直在使用的有界通配符的对偶,我们使用? **extends** T来表示一个未知类型,它是T的子类型。

public static <T> T writeAll(Collection<T> coll, Sink<? super T> snk) {
    ...
}
String str = writeAll(cs, s); // *Yes!* 

使用这种语法,调用是合法的,并且推断的类型是String,如所需。

现在让我们转向一个更现实的例子。java.util.TreeSet表示一个按顺序排列的类型为E的元素树。构造TreeSet的一种方法是将Comparator对象传递给构造函数。该比较器将用于根据所需的顺序对TreeSet的元素进行排序。

TreeSet(Comparator<E> c) 

Comparator接口本质上是:

interface Comparator<T> {
    int compare(T fst, T snd);
}

假设我们想创建一个TreeSet并传入一个合适的比较器,我们需要传递一个可以比较StringComparator。这可以通过Comparator来完成,但Comparator同样有效。但是,我们将无法在Comparator上调用上面给出的构造函数。我们可以使用下界通配符来获得所需的灵活性:

TreeSet(Comparator<? super E> c) 

此代码允许使用任何适用的比较器。

作为使用下界通配符的最后一个示例,让我们看看方法Collections.max(),它返回作为参数传递给它的集合中的最大元素。现在,为了让max()起作用,传入的集合的所有元素都必须实现Comparable。此外,它们都必须可以相互比较。

对这种方法签名的泛型化的第一次尝试产生了:

public static <T extends Comparable<T>> T max(Collection<T> coll)

换句话说,该方法接受一个可与自身比较的某种类型T的集合,并返回该类型的一个元素。然而,这段代码实际上过于限制性。要了解原因,考虑一种可与任意对象进行比较的类型:

class Foo implements Comparable<Object> {
    ...
}
Collection<Foo> cf = ... ;
Collections.max(cf); // *Should work.*

cf的每个元素都可以与cf中的其他元素进行比较,因为每个这样的元素都是Foo,而Foo可以与任何对象进行比较,特别是与另一个Foo进行比较。然而,使用上面的签名,我们发现该调用被拒绝了。推断的类型必须是Foo,但Foo并没有实现Comparable

T自身比较并不是必需的。所需的是T与其超类型之一进行比较。这给了我们:

public static <T extends Comparable<? super T>> 
        T max(Collection<T> coll)

请注意,Collections.max()的实际签名更为复杂。我们将在下一节将遗留代码转换为使用泛型中回到这一点。这种推理几乎适用于任何旨在适用于任意类型的Comparable的用法:您总是希望使用Comparable

一般来说,如果您的 API 只使用类型参数T作为参数,那么它的使用应该利用下界通配符(? **super** T)。相反,如果 API 只返回T,那么使用上界通配符(? **extends** T)将为客户端提供更大的灵活性。

通配符捕获

现在应该很清楚了,鉴于:

Set<?> unknownSet = new HashSet<String>();
...
/* Add an element  t to a Set s. */ 
public static <T> void addToSet(Set<T> s, T t) {
    ...
}

下面的调用是非法的。

addToSet(unknownSet, "abc"); // *Illegal.*

实际传递的集合是字符串集合并不重要;重要的是作为参数传递的表达式是未知类型的集合,不能保证是字符串集合,或者是特定类型的集合。

现在,考虑以下代码:

class Collections {
    ...
    <T> public static Set<T> unmodifiableSet(Set<T> set) {
        ...
    }
}
...
Set<?> s = Collections.unmodifiableSet(unknownSet); // *This works! Why?*

看起来这不应该被允许;然而,看着这个具体的调用,允许它是完全安全的。毕竟,unmodifiableSet()对于任何类型的Set都有效,无论其元素类型是什么。

由于这种情况相对频繁出现,有一条特殊规则允许在非常具体的情况下使用这样的代码,其中可以证明代码是安全的。这条规则称为通配符捕获,允许编译器将通配符的未知类型推断为泛型方法的类型参数。

Java 中文官方教程 2022 版(四十六)(3)https://developer.aliyun.com/article/1488458

相关文章
|
3天前
|
Java 开发者 UED
【实战宝典】Java异常处理大师级教程:throws关键字,让异常声明成为你的专属标签!
【实战宝典】Java异常处理大师级教程:throws关键字,让异常声明成为你的专属标签!
16 3
|
16天前
|
前端开发 Java Maven
【前端学java】全网最详细的maven安装与IDEA集成教程!
【8月更文挑战第12天】全网最详细的maven安装与IDEA集成教程!
37 2
【前端学java】全网最详细的maven安装与IDEA集成教程!
|
5天前
|
Java 开发者
Java多线程教程:使用ReentrantLock实现高级锁功能
Java多线程教程:使用ReentrantLock实现高级锁功能
14 1
|
21天前
|
存储 网络协议 Oracle
java教程
java教程【8月更文挑战第11天】
19 5
|
2天前
|
Java API
Java与Lua互相调用简单教程
【8月更文挑战第29天】在软件开发中,Java以其强大的稳定性和广泛的生态系统著称,而Lua则因其轻量级、灵活和嵌入式的特点在脚本编写、游戏开发等领域大放异彩。将两者结合使用,可以充分利用Java的底层能力和Lua的快速开发优势。本文将通过一个简单的教程,介绍如何在Java程序中嵌入并执行Lua脚本,以及如何在Lua中调用Java方法。
9 0
|
2月前
|
SQL 安全 Java
「滚雪球学Java」教程导航帖(更新2024.07.16)
《滚雪球学Spring Boot》是一个面向初学者的Spring Boot教程,旨在帮助读者快速入门Spring Boot开发。本专通过深入浅出的方式,将Spring Boot开发中的核心概念、基础知识、实战技巧等内容系统地讲解,同时还提供了大量实际的案例,让读者能够快速掌握实用的Spring Boot开发技能。本书的特点在于注重实践,通过实例学习的方式激发读者的学习兴趣和动力,并引导读者逐步掌握Spring Boot开发的实际应用。
56 1
「滚雪球学Java」教程导航帖(更新2024.07.16)
WXM
|
2月前
|
Oracle Java 关系型数据库
Java JDK下载安装及环境配置超详细图文教程
Java JDK下载安装及环境配置超详细图文教程
WXM
180 3
|
2月前
|
测试技术 API Android开发
《手把手教你》系列基础篇(九十七)-java+ selenium自动化测试-框架设计篇-Selenium方法的二次封装和页面基类(详解教程)
【7月更文挑战第15天】这是关于自动化测试框架中Selenium API二次封装的教程总结。教程中介绍了如何设计一个支持不同浏览器测试的页面基类(BasePage),该基类包含了对Selenium方法的二次封装,如元素的输入、点击、清除等常用操作,以减少重复代码。此外,页面基类还提供了获取页面标题和URL的方法。
48 2
|
2月前
|
Web App开发 XML Java
《手把手教你》系列基础篇(九十六)-java+ selenium自动化测试-框架之设计篇-跨浏览器(详解教程)
【7月更文挑战第14天】这篇教程介绍了如何使用Java和Selenium构建一个支持跨浏览器测试的自动化测试框架。设计的核心是通过读取配置文件来切换不同浏览器执行测试用例。配置文件中定义了浏览器类型(如Firefox、Chrome)和测试服务器的URL。代码包括一个`BrowserEngine`类,它初始化配置数据,根据配置启动指定的浏览器,并提供关闭浏览器的方法。测试脚本`TestLaunchBrowser`使用`BrowserEngine`来启动浏览器并执行测试。整个框架允许在不同浏览器上运行相同的测试,以确保兼容性和一致性。
51 3
|
2月前
|
存储 Web App开发 Java
《手把手教你》系列基础篇(九十五)-java+ selenium自动化测试-框架之设计篇-java实现自定义日志输出(详解教程)
【7月更文挑战第13天】这篇文章介绍了如何在Java中创建一个简单的自定义日志系统,以替代Log4j或logback。
196 5
下一篇
云函数