Jaka jest różnica między a.getClass () i A.class w Javie?

W Javie, jakie zalety / wady istnieją wokół wyboru użycia a.getClass()lub A.class? Każda z nich może być używana wszędzie tam, gdzie Class<?>jest oczekiwane, ale wyobrażam sobie, że użycie obu w różnych okolicznościach przyniosłoby wydajność lub inne subtelne korzyści (tak jak w przypadku Class.forName()i ClassLoader.loadClass().

Nie porównałbym ich pod względem zalet / wad, ponieważ mają różne cele i rzadko można dokonać „wyboru” między nimi.

• a.getClass()zwraca typ wykonania z a. To znaczy, jeśli masz A a = new B();wtedy a.getClass()zwróci Bklasę.

• A.classocenia Aklasę statycznie i jest używany do innych celów często związanych z refleksją.

Jeśli chodzi o wydajność, może istnieć wymierna różnica, ale nic o tym nie powiem, ponieważ ostatecznie jest to zależne od JVM i / lub kompilatora.

Ten post został przepisany jako artykuł tutaj .

W rzeczywistości różnią się pod względem miejsca, w którym można ich używać. A.classdziała w czasie kompilacji, podczas gdy a.getClass()wymaga wystąpienia typu Ai działa w czasie wykonywania.

Może również wystąpić różnica w wydajności. While A.classmoże zostać rozwiązany przez kompilator, ponieważ zna rzeczywisty typ A, a.getClass()jest wywołaniem metody wirtualnej w czasie wykonywania.

Dla porównania kompilator przeznaczony dla kodu bajtowego zazwyczaj emituje następujące instrukcje dotyczące Integer.getClass():

aload_1
invokevirtual   #3; //Method java/lang/Object.getClass:()Ljava/lang/Class;

oraz następujące dla Integer.class:

//const #3 = class  #16;    //  java/lang/Integer

ldc_w   #3; //class java/lang/Integer

Pierwsza z nich wymagałaby zazwyczaj wysyłania metody wirtualnej i dlatego prawdopodobnie wykonanie jej zajęłoby więcej czasu. To jednak ostatecznie zależy od JVM.

spójrz na poniższe przykłady

a.getClass()!= A.class, tj. a nie jest instancją A, ale anonimowej podklasy A

a.getClass() wymaga wystąpienia typu A.

Użyj, a.getClassgdy masz instancję klasy / typu i chcesz uzyskać jej dokładny typ. while a.classjest używany, gdy masz typedostępne i chcesz utworzyć jego instancję. Zwraca
również getClass()typ instancji środowiska .classuruchomieniowego, podczas gdy jest oceniany w czasie kompilacji.
Biorąc pod uwagę wydajność getClass()i .class, .classma lepszą wydajność niż getClass() .
Przykład:

public class PerfomanceClass {

    public static void main(String[] args) {
        // TODO Auto-generated method stub

        long time=System.nanoTime();
        Class class1="String".getClass();
        class1="String".getClass();
        class1="String".getClass();
        class1="String".getClass();

        System.out.println("time (getClass()) :"+(System.nanoTime()-time)+" ns");     


        long time2=System.nanoTime();
        Class class2=String.class;
        class2=String.class;
        class2=String.class;
        class2=String.class;

        System.out.println("time (.class):"+(System.nanoTime()-time2)+" ns");
    }

}

Wynik :

time (getClass()) : 79410 ns
time (.class)     : 8032 ns

Jest jedna różnica, którą chciałbym dodać. Powiedzmy, że masz klasę konstruktora, jak pokazano poniżej, z superklasą, która przyjmuje obiekt Class. Chcesz, aby za każdym razem, gdy tworzony był obiekt podklasy, obiekt klasy podklasy był przekazywany do superklasy. Poniższy kod nie zostanie skompilowany, ponieważ nie można wywołać metody instancji w konstruktorze. W takim przypadku, jeśli zastąpi myObject.getClass()się MyClass.class. Będzie działać idealnie.

Class MyClass
{
    private MyClass myObject = new MyClass();
    public MyClass()
    {
        super(myObject.getClass()); //error line compile time error
    }
}

Co ciekawe, różnice w działaniu, o których mowa w powyższym przykładzie, wydają się mieć inne przyczyny. Używając 3 różnych klas, średnia wydajność będzie prawie taka sama:

import java.util.LinkedHashMap;
public class PerfomanceClass {

public static void main(String[] args) {

    long time = System.nanoTime();
    Class class1 = "String".getClass();
    Class class11 = "Integer".getClass();
    Class class111 = "LinkedHashMap".getClass();

    System.out.println("time (getClass()) :" + (System.nanoTime() - time) + " ns");

    long time2 = System.nanoTime();
    Class class2 = String.class;
    Class class22 = Integer.class;
    Class class222 = LinkedHashMap.class;

    System.out.println("time (.class):" + (System.nanoTime() - time2) + " ns");
} }

Wynik będzie podobny do:

time (getClass()) :23506 ns 
time (.class):23838 ns

A zmiana kolejności połączeń spowoduje nawet getClass()szybsze działanie.

import java.util.LinkedHashMap;

public class PerfomanceClass {

public static void main(String[] args) {
    long time2 = System.nanoTime();
    Class class2 = LinkedHashMap.class;

    System.out.println("time (.class):" + (System.nanoTime() - time2) + " ns");

    long time = System.nanoTime();
    Class class1 = "LinkedHashMap".getClass();

    System.out.println("time (getClass()) :" + (System.nanoTime() - time) + " ns");
}}

Wynik:

time (.class):33108 ns
time (getClass()) :6622 ns

p.getClass(), gdzie pjest instancją obiektu, zwraca klasę środowiska wykonawczego tego obiektu p. pnie może być typem, który spowoduje błąd w czasie kompilacji, powinien to być instancja obiektu.

// B extends A
A a = new B();
System.out.println(a.getClass());
//output: class B

p.classjest wyrażeniem. .classNazywa składnia klasa. pjest typem. Może to być nazwa klasy, interfejsu lub tablicy, a nawet typ prymitywny. a.getClass() == B.class.

Jeśli typ jest dostępny i istnieje instancja, można użyć getClassmetody, aby uzyskać nazwę typu. W przeciwnym razie użyj .classskładni