Java 8 memperkenalkan fitur bahasa baru yang penting seperti ekspresi lambda.
Apakah perubahan bahasa ini disertai dengan perubahan signifikan pada bytecode yang dikompilasi sehingga mencegahnya dijalankan di mesin virtual Java 7 tanpa menggunakan retrotranslator?
Tidak, penggunaan fitur 1.8 dalam kode sumber mengharuskan Anda menargetkan VM 1.8. Saya baru saja mencoba rilis Java 8 yang baru dan mencoba kompilasi dengan -target 1.7 -source 1.8, dan kompiler menolak:
$ javac Test -source 1.8 -target 1.7
javac: source release 1.8 requires target release 1.8
Metode default memerlukan perubahan pada bytecode dan JVM sehingga tidak mungkin dilakukan di Java 7. Pemverifikasi bytecode Java 7 dan di bawahnya akan menolak antarmuka dengan badan metode (kecuali untuk metode penginisialisasi statis). Mencoba meniru metode default dengan metode statis di sisi pemanggil tidak akan memberikan hasil yang sama, karena metode default dapat ditimpa di subkelas. Retrolambda memiliki dukungan terbatas untuk melakukan backporting metode default, namun tidak pernah dapat dibackport sepenuhnya karena benar-benar memerlukan fitur JVM baru.
Lambdas dapat berjalan di Java 7 apa adanya, jika kelas API yang diperlukan ada di sana. Instruksi invokedynamic ada di Java 7, tetapi lambda dapat diimplementasikan sehingga menghasilkan kelas lambda pada waktu kompilasi (pembangunan JDK 8 awal melakukannya seperti itu) dalam hal ini instruksi tersebut akan berfungsi pada versi Java apa pun. (Oracle memutuskan untuk menggunakan invokedynamic untuk lambda untuk pemeriksaan di masa mendatang; mungkin suatu hari nanti JVM akan memiliki fungsi kelas satu, sehingga invokedynamic dapat diubah untuk menggunakannya alih-alih membuat kelas untuk setiap lambda, sehingga meningkatkan kinerja.) Apa yang dilakukan Retrolambda adalah bahwa ia memproses semua instruksi invokedynamic dan menggantinya dengan kelas anonim; sama seperti apa yang dilakukan Java 8 saat runtime ketika lamdba invokedynamic dipanggil pertama kali.
Anotasi Berulang hanyalah gula sintaksis. Mereka adalah bytecode yang kompatibel dengan versi sebelumnya. Di Java 7 Anda hanya perlu mengimplementasikan sendiri metode pembantu (mis. getAnnotationsByType) yang menyembunyikan detail implementasi anotasi container yang berisi anotasi berulang.
AFAIK, Jenis Anotasi hanya ada pada waktu kompilasi, sehingga tidak memerlukan perubahan bytecode, jadi hanya mengubah nomor versi bytecode dari kelas yang dikompilasi Java 8 sudah cukup untuk membuatnya berfungsi di Java 7.
Nama parameter metode ada dalam bytecode dengan Java 7, sehingga juga kompatibel. Anda dapat mengaksesnya dengan membaca bytecode metode dan melihat nama variabel lokal di informasi debug metode. Misalnya Spring Framework melakukan hal itu untuk mengimplementasikan @PathVariable, jadi mungkin ada metode perpustakaan yang bisa Anda panggil. Karena metode antarmuka abstrak tidak memiliki isi metode, informasi debug tersebut tidak ada untuk metode antarmuka di Java 7, dan AFAIK juga tidak ada di Java 8.
Fitur baru lainnya sebagian besar berupa API baru, peningkatan pada HotSpot, dan peralatan . Beberapa API baru tersedia sebagai perpustakaan pihak ketiga (misalnya ThreeTen-Backport dan dukungan streaming).
Singkatnya, metode default memerlukan fitur JVM baru tetapi fitur bahasa lainnya tidak. Jika Anda ingin menggunakannya, Anda harus mengkompilasi kode di Java 8 dan kemudian mengubah bytecode dengan Retrolambda ke Java 5 format /6/7. Minimal versi bytecode perlu diubah, dan javac melarang -source 1.8 -target 1.7 sehingga diperlukan retrotranslator.
Sejauh yang saya tahu, tidak ada perubahan di JDK 8 yang memerlukan penambahan bytecode baru. Bagian dari instrumentasi lambda dilakukan menggunakan invokeDynamic (yang sudah ada di JDK 7). Jadi, dari sudut pandang set instruksi JVM, tidak ada yang membuat basis kode tidak kompatibel. Namun, ada banyak perbaikan terkait API dan kompiler yang dapat membuat kode dari JDK 8 sulit untuk dikompilasi/dijalankan di bawah JDK sebelumnya (tetapi saya belum mencobanya).
Mungkin materi referensi berikut dapat membantu memperkaya pemahaman tentang bagaimana perubahan yang terkait dengan lambda diinstrumentasikan.
Ini menjelaskan secara rinci bagaimana segala sesuatunya diinstrumentasikan di bawah tenda. Mungkin Anda dapat menemukan jawaban atas pertanyaan Anda di sana.
class C extends A with B, diimplementasikan dengan antarmuka normal A dan B serta kelas pendamping A$class dan B$class. kelas C cukup meneruskan metode ke kelas pendamping statis. Tipe mandiri tidak diterapkan sama sekali, lambda ditranspilasi pada waktu kompilasi ke kelas dalam abstrak, begitu pula ekspresi new D with A with B. Pencocokan pola adalah sekumpulan struktur if-else. Pengembalian non-lokal? mekanisme coba-tangkap dari lambda. Ada yang tersisa? (Menariknya, scalac saya mengatakan 1.6 adalah defaultnya)
- person Adowrath; 08.04.2017
trait A { def foo: Int = 12 } dan class C extends A, secara kasar Anda mendapatkan: interface A { int foo(); }, class A$class { public static int foo(A $this) { return 12; } } dan class C implements A { public int foo() { return A$class.foo(this); } }. Jadi implementasi metode default dipindahkan ke kelas X$class, dan di setiap kelas implementasi sifat tersebut, kompiler menghasilkan metode rintisan yang hanya meneruskan ke metode di X$class, memberikan this sebagai argumen (jika X.foo memanggil X.bar) .
- person Adowrath; 07.09.2017
java.util.Function dan scala.Function1 keduanya ditangani dengan cara yang sama, dan a => a + 1 dapat dikompilasi ke keduanya) kompilasi, menggunakan java.lang.invoke.LambdaMetaFactory.
- person Adowrath; 08.10.2017
-target:jvm-1.7, tapi saya harus mencobanya). 2.11 ke bawah? Ya. (Meskipun menurut saya ini Java 6 dan lebih tinggi sejak beberapa waktu, tidak tahu persis apakah itu akurat)
- person Adowrath; 09.10.2017
Jika Anda ingin menggunakan "retrotranslator" cobalah Retrolambda Esko Luontola yang luar biasa: https://github.com/orfjackal/retrolambda
Anda dapat melakukan -source 1.7 -target 1.7 lalu akan dikompilasi. Tapi itu tidak akan dikompilasi jika Anda memiliki fitur khusus Java 8 seperti lambda
-source 1.7 tidak akan berfungsi.
- person toolforger; 28.01.2019
