Adakah Rujukan Kaedah Cache Java 8 dan Bilakah Anda Perlu Pertimbangkan Mencachenya?

Caching Rujukan Kaedah dalam Java 8: Peperiksaan Terperinci

Pengenalan

Apabila bekerja dengan Rujukan kaedah Java 8, timbul persoalan mengenai potensi faedah caching. Artikel ini meneroka implikasi rujukan kaedah caching dan memberikan panduan tentang masa ia boleh memberi manfaat.

Membezakan Pelaksanaan Tapak Panggilan dan Rujukan Kaedah

Adalah penting untuk membezakan antara pelaksanaan kerap tapak panggilan yang sama dengan lambda tanpa negara atau stateful dan kerap menggunakan rujukan kaedah ke kaedah yang sama melalui tapak panggilan yang berbeza.

Contoh Analisis

Pertimbangkan contoh berikut:

Runnable r1 = null;
for (int i = 0; i < 2; i++) {
    Runnable r2 = System::gc;
    if (r1 == null) {
        r1 = r2;
    } else {
        System.out.println(r1 == r2 ? "shared" : "unshared");
    }
}

Di sini, panggilan yang sama- tapak dilaksanakan dua kali, menghasilkan lambda tanpa kewarganegaraan, dan pelaksanaan akan dicetak "kongsi."

Runnable r1 = null;
for (int i = 0; i < 2; i++) {
    Runnable r2 = Runtime.getRuntime()::gc;
    if (r1 == null) {
        r1 = r2;
    } else {
        System.out.println(r1 == r2 ? "shared" : "unshared");
        System.out.println(r1.getClass() == r2.getClass() ? "shared class" : "unshared class");
    }
}

Dengan contoh ini, tapak panggilan yang sama dilaksanakan dua kali, menghasilkan lambda yang mengandungi rujukan kepada tika Runtime dan pelaksanaan akan mencetak "tidak dikongsi" tetapi "kelas kongsi. "

Runnable r1 = System::gc, r2 = System::gc;
System.out.println(r1 == r2 ? "shared" : "unshared");
System.out.println(r1.getClass() == r2.getClass() ? "shared class" : "unshared class");

Sebaliknya, contoh terakhir termasuk dua tapak panggilan berasingan yang menghasilkan rujukan kaedah yang setara, tetapi seperti Java 8.0.05, ia akan mencetak "unshared" dan "unshared class."

JVM Behavior

Java Virtual Machine (JVM) memainkan peranan penting dalam kaedah pengendalian rujukan. Ia menggunakan arahan invokedynamic, yang merujuk kepada kaedah bootstrap JRE dalam LambdaMetafactory. Pengkompil menyediakan hujah yang diperlukan untuk menjana kelas pelaksanaan lambda.

JVM mempunyai fleksibiliti untuk mengingati dan menggunakan semula tika CallSite yang dibentuk semasa seruan pertama. Untuk lambda tanpa negara dan tapak panggilan tunggal, JVM biasanya mencipta ConstantCallSite yang terdiri daripada MethodHandle kepada objek malar.

Sebaliknya, untuk lambda dengan parameter (cth., this::func), JVM mungkin cache mereka, tetapi ia melibatkan overhed tambahan dalam mengekalkan peta antara parameter dan kejadian lambda. Pada masa ini, JVM tidak menyimpan lambda sedemikian. Tingkah laku ini digunakan sama pada rujukan kaedah kepada kaedah sasaran yang sama yang dibuat oleh tapak panggilan yang berbeza.

Pertimbangan Caching

Berdasarkan perkara yang disebutkan di atas, rujukan kaedah caching mungkin menghasilkan keputusan yang berbeza, tetapi tidak semestinya prestasi yang lebih baik. Kesan prestasi hendaklah diukur sebelum melaksanakan sebarang mekanisme caching. Terdapat kes tertentu di mana caching mungkin bermanfaat:

• Apabila berbilang tapak panggilan merujuk kepada kaedah yang sama
• Apabila lambda dicipta dalam pembina/kelas permulaan
• Apabila tapak penggunaan akan dilaksanakan serentak oleh berbilang benang
• Apabila prestasi rendah bagi seruan lambda pertama ialah kebimbangan

Kesimpulan

Rujukan kaedah caching boleh menjadi teknik pengoptimuman dalam senario tertentu. Walau bagaimanapun, keputusan untuk cache hendaklah berdasarkan analisis teliti kod dan keperluan prestasi tertentu. Pengendalian rujukan kaedah JVM menyediakan asas yang kukuh untuk mengoptimumkan lambda dan penggunaan rujukan kaedah dalam Java 8.

Atas ialah kandungan terperinci Adakah Rujukan Kaedah Cache Java 8 dan Bilakah Anda Perlu Pertimbangkan Mencachenya?. Untuk maklumat lanjut, sila ikut artikel berkaitan lain di laman web China PHP!