javap und generics type löschen

Question

Ich lese Herbert Schilds über Typ löschen in Generika in Java. Angenommen, javap in einer Klasse auszuführen, sollte ich die Bytecode-Informationen über öffentliche, paketgeschützte und geschützte Felder und Methoden nach dem Typ löschen. Allerdings schrieb ich die folgende Klasse:

class Ambiguity<T, V extends String>{ 
    T ob1; 
    V ob2; 

    void set(T o){ 
     ob1 = o; 
    } 

    void set(V o){ 
     ob2 = o; 
    } 
} 

und lief javap auf der Klassendatei, die erzeugt wurde, und bekam die folgende Ausgabe

Zusammengestellt von „Test.java“

class Ambiguity<T, V extends java.lang.String> { 
    T ob1; 
    V ob2; 
    Ambiguity(); 
    void set(T); 
    void set(V); 
} 

Ich war Ich erwartete eine Ausgabe, die basierend auf dem, was ich gelesen habe, aussah.

Compiled from "Test.java" 
class Ambiguity<java.lang.Object, java.lang.String> { 
    java.lang.Object ob1; 
    java.lang.String ob2; 
    Ambiguity(); 
    void set(java.lang.Object); 
    void set(java.lang.String); 
} 

Fehle ich hier etwas? Ich sollte hinzufügen, dass ich verstehe, dass es keine gute Methode ist, Methoden in der oben genannten Weise zu überladen. Ich sah gerade Interesse daran, die Ergebnisse von javap unter dieser Mehrdeutigkeit zu sehen.

EDIT: Dies scheint ein Ergebnis einer neuen Fix in Java zu sein. http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=4870651

Wenn ich javap von JDK 1.6 ausführen, bekomme ich die Ergebnisse, wie ich erwartet hatte. Wenn ich javap von JDK 1.7 b30 starte, was ich ursprünglich verwendet habe, bekomme ich das Ergebnis mit den generischen Informationen.

Answer 1

Bei Kompilierzeit - in den generierten Bytecode - Klassen behalten, ja, alle ihre generischen Typ Informationen. Was Sie gesehen haben, ist genau das, was Sie erwarten sollten.

Der Unterschied ist, dass die Typen bei Laufzeit gelöscht werden: zum Beispiel eine Instanz der Klasse Ambiguity<Integer, String> wird nicht wissen, dass seine Art Argumente sind Integer und String sind.