简体中文(ZH-CN) English(EN) 繁体中文(ZH-TW) 日本語(JA) 한국어(KO) Melayu(MS) Français(FR) Deutsch(DE)
Heim > Java > javaLernprogramm > Hauptteil

Eine detaillierte Erklärung der Java-Generika

巴扎黑
Freigeben： 2017-04-08 11:51:48
Original
1578 Leute haben es durchsucht

Einführung

Generics sind ein sehr wichtiger Wissenspunkt in Java. Generics werden häufig im Java-Collection-Class-Framework verwendet. In diesem Artikel werden wir uns das Design von Java-Generika von Grund auf ansehen, was die Verarbeitung von Platzhaltern und das lästige Löschen von Typen mit sich bringt.

Allgemeine Grundlagen

Generische Klasse

​Wir definieren zunächst eine einfache Box-Klasse: 

public class Box {
    private String object;
    public void set(String object) { this.object = object; }
    public String get() { return object; }
}
Nach dem Login kopieren

Dies ist der gebräuchlichste Ansatz. Ein Nachteil besteht darin, dass jetzt nur Elemente vom Typ String in Box geladen werden können. Wenn wir in Zukunft andere Elementtypen wie Integer laden müssen, müssen wir eine andere Box neu schreiben, und der Code wird dies tun Wenn es um die Wiederverwendung geht, kann die Verwendung von Generika dieses Problem sehr gut lösen. 

public class Box<T> {
    // T stands for "Type"
    private T t;
    public void set(T t) { this.t = t; }
    public T get() { return t; }
}
Nach dem Login kopieren

Auf diese Weise kann unsere Box-Klasse wiederverwendet werden und wir können T durch jeden gewünschten Typ ersetzen: 

Box<Integer> integerBox = new Box<Integer>();
Box<Double> doubleBox = new Box<Double>();
Box<String> stringBox = new Box<String>();
Nach dem Login kopieren

Generische Methoden

Nachdem wir etwas über generische Klassen gelesen haben, werfen wir einen Blick auf generische Methoden. Das Deklarieren einer generischen Methode ist sehr einfach. Fügen Sie einfach eine Form wie vor dem Rückgabetyp hinzu: 

public class Util {
    public static <K, V> boolean compare(Pair<K, V> p1, Pair<K, V> p2) {
        return p1.getKey().equals(p2.getKey()) &&
               p1.getValue().equals(p2.getValue());
    }
}
public class Pair<K, V> {
    private K key;
    private V value;
    public Pair(K key, V value) {
        this.key = key;
        this.value = value;
    }
    public void setKey(K key) { this.key = key; }
    public void setValue(V value) { this.value = value; }
    public K getKey()   { return key; }
    public V getValue() { return value; }
}
Nach dem Login kopieren

Wir können generische Methoden wie folgt aufrufen: 

Pair<Integer, String> p1 = new Pair<>(1, "apple");
Pair<Integer, String> p2 = new Pair<>(2, "pear");
boolean same = Util.<Integer, String>compare(p1, p2);
Nach dem Login kopieren

Oder verwenden Sie die Typinferenz in Java1.7/1.8, damit Java automatisch die entsprechenden Typparameter ableitet: 

Pair<Integer, String> p1 = new Pair<>(1, "apple");
Pair<Integer, String> p2 = new Pair<>(2, "pear");
boolean same = Util.compare(p1, p2);
Nach dem Login kopieren

Grenzzeichen

Jetzt wollen wir eine solche Funktion implementieren, um die Anzahl der Elemente in einem generischen Array zu finden, die größer als ein bestimmtes Element ist. Wir können es wie folgt implementieren: 

public static <T> int countGreaterThan(T[] anArray, T elem) {
    int count = 0;
    for (T e : anArray)
        if (e > elem)  // compiler error
            ++count;
    return count;
}
Nach dem Login kopieren

Dies ist jedoch offensichtlich falsch, da andere Klassen mit Ausnahme primitiver Typen wie short, int, double, long, float, byte, char usw. möglicherweise nicht in der Lage sind, den Operator > zu verwenden, sodass der Compiler einen Fehler meldet Wie kann man dieses Problem lösen? Wollstoff? Die Antwort besteht darin, Grenzzeichen zu verwenden. 

public interface Comparable<T> {
    public int compareTo(T o);
}
Nach dem Login kopieren

Eine Anweisung ähnlich der folgenden ist gleichbedeutend damit, dem Compiler mitzuteilen, dass der Typparameter T Klassen darstellt, die die Comparable-Schnittstelle implementieren, was gleichbedeutend damit ist, dem Compiler mitzuteilen, dass sie alle mindestens die Methode „compareTo“ implementieren. 

public static <T extends Comparable<T>> int countGreaterThan(T[] anArray, T elem) {
    int count = 0;
    for (T e : anArray)
        if (e.compareTo(elem) > 0)
            ++count;
    return count;
}
Nach dem Login kopieren

Platzhalter

Bevor wir Platzhalter verstehen, müssen wir zunächst ein Konzept klären. Nehmen wir an, wir fügen eine Methode wie diese hinzu: 

public void boxTest(Box<Number> n) { /* ... */ }
Nach dem Login kopieren

Welche Arten von Parametern kann Box nun akzeptieren? Können wir Box übergeben? Die Antwort lautet: Nein. Obwohl Integer und Double Unterklassen von Number sind, gibt es keine Beziehung zwischen Box Das ist sehr wichtig. Lassen Sie uns unser Verständnis anhand eines vollständigen Beispiels vertiefen.

​Zuerst definieren wir ein paar einfache Klassen, die wir im Folgenden verwenden werden: 

class Fruit {}
class Apple extends Fruit {}
class Orange extends Fruit {}
Nach dem Login kopieren

Im folgenden Beispiel erstellen wir eine generische Klasse Reader, und wenn wir dann Fruit f = FruitReader.readExact(apples); ausprobieren, meldet der Compiler einen Fehler, da zwischen List Apple> Es besteht keine Beziehung. 

public class GenericReading {
    static List<Apple> apples = Arrays.asList(new Apple());
    static List<Fruit> fruit = Arrays.asList(new Fruit());
    static class Reader<T> {
        T readExact(List<T> list) {
            return list.get(0);
        }
    }
    static void f1() {
        Reader<Fruit> fruitReader = new Reader<Fruit>();
        // Errors: List<Fruit> cannot be applied to List<Apple>.
        // Fruit f = fruitReader.readExact(apples);
    }
    public static void main(String[] args) {
        f1();
    }
}
Nach dem Login kopieren

Aber nach unseren üblichen Denkgewohnheiten muss es eine Verbindung zwischen Apple und Fruit geben, aber der Compiler kann sie nicht erkennen. Wie kann dieses Problem in generischem Code gelöst werden? Wir können dieses Problem lösen, indem wir Platzhalter verwenden: 

static class CovariantReader<T> {
    T readCovariant(List<? extends T> list) {
        return list.get(0);
    }
}
static void f2() {
    CovariantReader<Fruit> fruitReader = new CovariantReader<Fruit>();
    Fruit f = fruitReader.readCovariant(fruit);
    Fruit a = fruitReader.readCovariant(apples);
}
public static void main(String[] args) {
    f2();
}
Nach dem Login kopieren

Dies ist gleichbedeutend damit, dem Compiler mitzuteilen, dass die von der readCovariant-Methode von FruitReader akzeptierten Parameter nur eine Unterklasse von Fruit sein müssen (einschließlich Fruit selbst), sodass auch die Beziehung zwischen der Unterklasse und der übergeordneten Klasse in Beziehung steht.

PECS-Prinzip

Oben haben wir eine ähnliche Verwendung wie gesehen, mit der wir Elemente aus der Liste abrufen können. Können wir also Elemente zur Liste hinzufügen? Probieren wir es aus: 

public class GenericsAndCovariance {
    public static void main(String[] args) {
        // Wildcards allow covariance:
        List<? extends Fruit> flist = new ArrayList<Apple>();
        // Compile Error: can&#39;t add any type of object:
        // flist.add(new Apple())
        // flist.add(new Orange())
        // flist.add(new Fruit())
        // flist.add(new Object())
        flist.add(null); // Legal but uninteresting
        // We Know that it returns at least Fruit:
        Fruit f = flist.get(0);
    }
}
Nach dem Login kopieren

Die Antwort ist nein, der Java-Compiler erlaubt uns das nicht, warum? Wir könnten dieses Problem genauso gut aus der Perspektive des Compilers betrachten. Da List erweitert, kann flist selbst mehrere Bedeutungen haben: 

List<? extends Fruit> flist = new ArrayList<Fruit>();
List<? extends Fruit> flist = new ArrayList<Apple>();
List<? extends Fruit> flist = new ArrayList<Orange>();
Nach dem Login kopieren

  • Wenn wir versuchen, einen Apple hinzuzufügen, zeigt flist möglicherweise auf new ArrayList();


  • Wenn wir versuchen, eine Orange hinzuzufügen, zeigt flist möglicherweise auf new ArrayList();


  • Wenn wir versuchen, eine Frucht hinzuzufügen, kann es sich bei der Frucht um eine beliebige Fruchtart handeln, und flist möchte möglicherweise nur eine bestimmte Fruchtart. Der Compiler kann sie nicht erkennen und meldet einen Fehler.

Daher ist die Sammlungsklasse, die

Was sollen wir tun, wenn wir Elemente hinzufügen möchten? Sie können verwenden: 

public class GenericWriting {
    static List<Apple> apples = new ArrayList<Apple>();
    static List<Fruit> fruit = new ArrayList<Fruit>();
    static <T> void writeExact(List<T> list, T item) {
        list.add(item);
    }
    static void f1() {
        writeExact(apples, new Apple());
        writeExact(fruit, new Apple());
    }
    static <T> void writeWithWildcard(List<? super T> list, T item) {
        list.add(item)
    }
    static void f2() {
        writeWithWildcard(apples, new Apple());
        writeWithWildcard(fruit, new Apple());
    }
    public static void main(String[] args) {
        f1(); f2();
    }
}
Nach dem Login kopieren

　　这样我们可以往容器里面添加元素了，但是使用super的坏处是以后不能get容器里面的元素了，原因很简单，我们继续从编译器的角度考虑这个问题，对于List list，它可以有下面几种含义：

List<? super Apple> list = new ArrayList<Apple>();
List<? super Apple> list = new ArrayList<Fruit>();
List<? super Apple> list = new ArrayList<Object>();
Nach dem Login kopieren

　　当我们尝试通过list来get一个Apple的时候，可能会get得到一个Fruit，这个Fruit可以是Orange等其他类型的Fruit。

　　根据上面的例子，我们可以总结出一条规律，”Producer Extends, Consumer Super”：

  • “Producer Extends” – 如果你需要一个只读List，用它来produce T，那么使用? extends T。


  • “Consumer Super” – 如果你需要一个只写List，用它来consume T，那么使用? super T。


  • 如果需要同时读取以及写入，那么我们就不能使用通配符了。

　　如何阅读过一些Java集合类的源码，可以发现通常我们会将两者结合起来一起用，比如像下面这样：

public class Collections {
    public static <T> void copy(List<? super T> dest, List<? extends T> src) {
        for (int i=0; i<src.size(); i++)
            dest.set(i, src.get(i));
    }
}
Nach dem Login kopieren

　类型擦除

　　Java泛型中最令人苦恼的地方或许就是类型擦除了，特别是对于有C++经验的程序员。类型擦除就是说Java泛型只能用于在编译期间的静态类型检查，然后编译器生成的代码会擦除相应的类型信息，这样到了运行期间实际上JVM根本就知道泛型所代表的具体类型。这样做的目的是因为Java泛型是1.5之后才被引入的，为了保持向下的兼容性，所以只能做类型擦除来兼容以前的非泛型代码。对于这一点，如果阅读Java集合框架的源码，可以发现有些类其实并不支持泛型。

　　说了这么多，那么泛型擦除到底是什么意思呢？我们先来看一下下面这个简单的例子：

public class Node<T> {
    private T data;
    private Node<T> next;
    public Node(T data, Node<T> next) }
        this.data = data;
        this.next = next;
    }
    public T getData() { return data; }
    // ...
}
Nach dem Login kopieren

　　编译器做完相应的类型检查之后，实际上到了运行期间上面这段代码实际上将转换成：

public class Node {
    private Object data;
    private Node next;
    public Node(Object data, Node next) {
        this.data = data;
        this.next = next;
    }
    public Object getData() { return data; }
    // ...
}
Nach dem Login kopieren

　　这意味着不管我们声明Node还是Node，到了运行期间，JVM统统视为Node。有没有什么办法可以解决这个问题呢？这就需要我们自己重新设置bounds了，将上面的代码修改成下面这样：

public class Node<T extends Comparable<T>> {
    private T data;
    private Node<T> next;
    public Node(T data, Node<T> next) {
        this.data = data;
        this.next = next;
    }
    public T getData() { return data; }
    // ...
}
Nach dem Login kopieren

　　这样编译器就会将T出现的地方替换成Comparable而不再是默认的Object了：

public class Node {
    private Comparable data;
    private Node next;
    public Node(Comparable data, Node next) {
        this.data = data;
        this.next = next;
    }
    public Comparable getData() { return data; }
    // ...
}
Nach dem Login kopieren

　　上面的概念或许还是比较好理解，但其实泛型擦除带来的问题远远不止这些，接下来我们系统地来看一下类型擦除所带来的一些问题，有些问题在C++的泛型中可能不会遇见，但是在Java中却需要格外小心。

　　问题一

　　在Java中不允许创建泛型数组，类似下面这样的做法编译器会报错：

List<Integer>[] arrayOfLists = new List<Integer>[2];  // compile-time error
Nach dem Login kopieren

　　为什么编译器不支持上面这样的做法呢？继续使用逆向思维，我们站在编译器的角度来考虑这个问题。

　　我们先来看一下下面这个例子：

Object[] strings = new String[2];
strings[0] = "hi";   // OK
strings[1] = 100;    // An ArrayStoreException is thrown.
Nach dem Login kopieren

　　对于上面这段代码还是很好理解，字符串数组不能存放整型元素，而且这样的错误往往要等到代码运行的时候才能发现，编译器是无法识别的。接下来我们再来看一下假设Java支持泛型数组的创建会出现什么后果：

Object[] stringLists = new List<String>[];  // compiler error, but pretend it&#39;s allowed
stringLists[0] = new ArrayList<String>();   // OK
// An ArrayStoreException should be thrown, but the runtime can&#39;t detect it.
stringLists[1] = new ArrayList<Integer>();
Nach dem Login kopieren

　　假设我们支持泛型数组的创建，由于运行时期类型信息已经被擦除，JVM实际上根本就不知道new ArrayList()和new ArrayList()的区别。类似这样的错误假如出现才实际的应用场景中，将非常难以察觉。

　　如果你对上面这一点还抱有怀疑的话，可以尝试运行下面这段代码：

public class ErasedTypeEquivalence {
    public static void main(String[] args) {
        Class c1 = new ArrayList<String>().getClass();
        Class c2 = new ArrayList<Integer>().getClass();
        System.out.println(c1 == c2); // true
    }
}
Nach dem Login kopieren

　　问题二

　　继续复用我们上面的Node的类，对于泛型代码，Java编译器实际上还会偷偷帮我们实现一个Bridge method。

public class Node<T> {
    public T data;
    public Node(T data) { this.data = data; }
    public void setData(T data) {
        System.out.println("Node.setData");
        this.data = data;
    }
}
public class MyNode extends Node<Integer> {
    public MyNode(Integer data) { super(data); }
    public void setData(Integer data) {
        System.out.println("MyNode.setData");
        super.setData(data);
    }
}
Nach dem Login kopieren

　　看完上面的分析之后，你可能会认为在类型擦除后，编译器会将Node和MyNode变成下面这样：

public class Node {
    public Object data;
    public Node(Object data) { this.data = data; }
    public void setData(Object data) {
        System.out.println("Node.setData");
        this.data = data;
    }
}
public class MyNode extends Node {
    public MyNode(Integer data) { super(data); }
    public void setData(Integer data) {
        System.out.println("MyNode.setData");
        super.setData(data);
    }
}
Nach dem Login kopieren

　　实际上不是这样的，我们先来看一下下面这段代码，这段代码运行的时候会抛出ClassCastException异常，提示String无法转换成Integer：

MyNode mn = new MyNode(5);
Node n = mn; // A raw type - compiler throws an unchecked warning
n.setData("Hello"); // Causes a ClassCastException to be thrown.
// Integer x = mn.data;
Nach dem Login kopieren

　　如果按照我们上面生成的代码，运行到第3行的时候不应该报错(注意我注释掉了第4行)，因为MyNode中不存在setData(String data)方法，所以只能调用父类Node的setData(Object data)方法，既然这样上面的第3行代码不应该报错，因为String当然可以转换成Object了，那ClassCastException到底是怎么抛出的？

　　实际上Java编译器对上面代码自动还做了一个处理：

class MyNode extends Node {
    // Bridge method generated by the compiler
    public void setData(Object data) {
        setData((Integer) data);
    }
    public void setData(Integer data) {
        System.out.println("MyNode.setData");
        super.setData(data);
    }
    // ...
}
Nach dem Login kopieren

　　这也就是为什么上面会报错的原因了，setData((Integer) data);的时候String无法转换成Integer。所以上面第2行编译器提示unchecked warning的时候，我们不能选择忽略，不然要等到运行期间才能发现异常。如果我们一开始加上Node n = mn就好了，这样编译器就可以提前帮我们发现错误。

　　问题三

　　正如我们上面提到的，Java泛型很大程度上只能提供静态类型检查，然后类型的信息就会被擦除，所以像下面这样利用类型参数创建实例的做法编译器不会通过：

public static <E> void append(List<E> list) {
    E elem = new E();  // compile-time error
    list.add(elem);
}
Nach dem Login kopieren

　　但是如果某些场景我们想要需要利用类型参数创建实例，我们应该怎么做呢？可以利用反射解决这个问题：

public static <E> void append(List<E> list, Class<E> cls) throws Exception {
    E elem = cls.newInstance();   // OK
    list.add(elem);
}
Nach dem Login kopieren

　　我们可以像下面这样调用：

List<String> ls = new ArrayList<>();
append(ls, String.class);
Nach dem Login kopieren

　　实际上对于上面这个问题，还可以采用Factory和Template两种设计模式解决，感兴趣的朋友不妨去看一下Thinking in Java中第15章中关于Creating instance of types(英文版第664页)的讲解，这里我们就不深入了。

　　问题四

　　我们无法对泛型代码直接使用instanceof关键字，因为Java编译器在生成代码的时候会擦除所有相关泛型的类型信息，正如我们上面验证过的JVM在运行时期无法识别出ArrayList和ArrayList的之间的区别：

public static <E> void rtti(List<E> list) {
    if (list instanceof ArrayList<Integer>) {  // compile-time error
        // ...
    }
}
=> { ArrayList<Integer>, ArrayList<String>, LinkedList<Character>, ... }
Nach dem Login kopieren

　　和上面一样，我们可以使用通配符重新设置bounds来解决这个问题：

public static void rtti(List<?> list) {
    if (list instanceof ArrayList<?>) {  // OK; instanceof requires a reifiable type
        // ...
    }
}
Nach dem Login kopieren

               

Das obige ist der detaillierte Inhalt vonEine detaillierte Erklärung der Java-Generika. Für weitere Informationen folgen Sie bitte anderen verwandten Artikeln auf der PHP chinesischen Website!

Verwandte Etiketten：
Java，泛型，详解
Quelle：php.cn
Vorheriger Artikel：Beispielcode zum Parsen, wie viele Bytes char in Java belegt Nächster Artikel：Zusammenfassung des Wissens über den Java-Reflexionsmechanismus, der beherrscht werden muss
Erklärung dieser Website
Der Inhalt dieses Artikels wird freiwillig von Internetnutzern beigesteuert und das Urheberrecht liegt beim ursprünglichen Autor. Diese Website übernimmt keine entsprechende rechtliche Verantwortung. Wenn Sie Inhalte finden, bei denen der Verdacht eines Plagiats oder einer Rechtsverletzung besteht, wenden Sie sich bitte an admin@php.cn
Neueste Artikel des Autors
Aktuelle Ausgaben
Beste Möglichkeit: Mit Java 8 Millionen von Datensätzen in MySQL abrufen, verschlüsseln und aktualisieren Wir haben eine Anforderung, bei der wir etwa 10 Millionen Datensätze aus einer MySQL-Daten...
Aus 2023-08-27 00:17:18
0
1
301
Vorschau auf Lehrveranstaltungen am 14. September 2018: Gängige DOM-Operationen und praktische Fälle 1. Unterrichtsthema: Allgemeine DOM-Operationen: Das Dokumentobjektmodell (DOM, Document O...
Aus 2018-09-14 10:52:17
0
0
997
Vorschau auf den Lehrkurs für den 12. September 2018: Ausführliche Erklärung von Dom-Operationen in Javascript 1. Unterrichtsthema: DOM-Operationsinhalte in Javascript. (Der vollständige Name von DOM i...
Aus 2018-09-12 14:45:26
0
0
995
Vorschau auf die Lehrveranstaltung am 11. September 2018: Einführung in JavaScript, ausführliche Erläuterung von Datentypen und Objekten, Arrays und Prozesssteuerung 1. Unterrichtsthema: Einführung in JavaScript: Datentypen, Funktionsobjekte und Array-Proz...
Aus 2018-09-11 10:10:23
0
0
940
spring - Wie analysiere ich eine SOAP-Nachricht in ein Kartenobjekt oder einen JSON-String, ohne den Java-Typ zu deklarieren? RT, ich bin kürzlich mit Webdiensten in Kontakt gekommen. Das Problem besteht darin, dass ...
Aus 2017-06-12 09:26:51
0
1
719
verwandte Themen
Mehr>
Beliebte Empfehlungen
Beliebte Tutorials
Mehr>
Verwandte Tutorials
Beliebte Empfehlungen
Aktuelle Kurse
Neueste Downloads
Mehr>
Web-Effekte
Quellcode der Website
Website-Materialien
Frontend-Vorlage
Über uns Haftungsausschluss Sitemap
Chinesische PHP-Website：Online-PHP-Schulung für das Gemeinwohl，Helfen Sie PHP-Lernenden, sich schnell weiterzuentwickeln！