Rumah >Java >javaTutorial >Bagaimanakah Pengecualian Disemak Boleh Dikendalikan Dengan Berkesan Dalam Java 8 Lambdas dan Streams?

Bagaimanakah Pengecualian Disemak Boleh Dikendalikan Dengan Berkesan Dalam Java 8 Lambdas dan Streams?

DDD
DDDasal
2024-12-08 13:34:09279semak imbas

How Can Checked Exceptions Be Handled Effectively Within Java 8 Lambdas and Streams?

Melempar Pengecualian Ditandai daripada Java 8 Lambdas dan Streams: Cabaran dan Penyelesaian

Dalam Java 8, ekspresi dan strim lambda menyediakan elegan dan berfungsi cara untuk memanipulasi data. Walau bagaimanapun, cabaran biasa timbul apabila cuba membuang pengecualian bertanda dari dalam binaan ini.

Masalah: Melempar Pengecualian Bertanda daripada Lambdas

Isu ini berpunca daripada kekurangan cara langsung untuk membuang pengecualian yang diperiksa daripada ungkapan lambda. Dalam erti kata lain, lambdas tidak boleh secara langsung mengisytiharkan pengecualian dalam klausa lontaran mereka. Pertimbangkan contoh berikut:

public List<Class<?>> getClasses() throws ClassNotFoundException {
    List<Class<?>> classes = 
        Stream.of("java.lang.Object", "java.lang.Integer", "java.lang.String")
              .map(className -> Class.forName(className))
              .collect(Collectors.toList());                  
    return classes;
}

Kod ini gagal dihimpun kerana pengecualian yang ditandakan yang dilemparkan oleh kaedah Class.forName(). Pengkompil Java melarang penggunaan pengecualian yang ditandakan dalam lambdas.

Mengapa Tidak Bungkus Pengecualian dalam Pengecualian Masa Jalan?

Satu penyelesaian yang biasa ialah membungkus pengecualian yang diperiksa dalam pengecualian masa jalan dan buang pengecualian yang dibalut sebaliknya. Walau bagaimanapun, pendekatan ini tidak diingini kerana ia mengaburkan jenis pengecualian asal dan menambah kerumitan yang tidak perlu pada pangkalan kod.

Pepijat API: Kekurangan Mekanisme Pemajuan

Punca punca cabaran ini terletak pada kecacatan dalam reka bentuk API Java 8. Antara muka berfungsi yang digunakan dalam strim tidak menyediakan mekanisme untuk memajukan pengecualian yang diperiksa. Akibatnya, pengkompil tidak boleh membuat kesimpulan jenis pengecualian yang dilemparkan oleh ungkapan lambda dan menyebarkannya melalui saluran paip.

Pepijat Spesifikasi Bahasa: Inferens Jenis Tidak Lengkap

Satu lagi faktor penyumbang ialah kecacatan halus dalam spesifikasi bahasa Java. Mekanisme inferens jenis tidak membenarkan parameter jenis membuat kesimpulan senarai jenis apabila digunakan dalam klausa lontaran. Akibatnya, pengkompil tidak boleh membuat kesimpulan jenis pengecualian khusus yang dilemparkan oleh ungkapan lambda.

Penyelesaian Semasa dan Cabaran Terbuka

Sementara Oracle masih belum menangani isu ini secara langsung , beberapa penyelesaian wujud:

  • Gunakan Blok cuba-tangkap: Tambah blok cuba-tangkap dalam lambda untuk menangkap pengecualian yang telah diperiksa dan letakkannya semula sebagai pengecualian masa jalan.
  • Pembungkus Pengecualian Tersuai: Cipta pembungkus pengecualian tersuai yang mewarisi daripada jenis pengecualian yang ditandakan dan ganti kaedah getMessage() untuk mengekalkan mesej pengecualian asal.
  • Pengendalian Pengecualian Alternatif: Pertimbangkan untuk menggunakan kelas java.util.concurrent.CompletableFuture, yang menyediakan mekanisme pengendalian pengecualian yang lebih mantap untuk operasi tak segerak.

Walau bagaimanapun, penyelesaian ini memperkenalkan overhed dan kerumitan tambahan ke dalam pangkalan kod. Kekurangan mekanisme pemajuan pengecualian yang betul kekal sebagai had yang ketara apabila bekerja dengan pengecualian yang diperiksa dalam ekspresi dan strim lambda Java 8.

Atas ialah kandungan terperinci Bagaimanakah Pengecualian Disemak Boleh Dikendalikan Dengan Berkesan Dalam Java 8 Lambdas dan Streams?. Untuk maklumat lanjut, sila ikut artikel berkaitan lain di laman web China PHP!

Kenyataan:
Kandungan artikel ini disumbangkan secara sukarela oleh netizen, dan hak cipta adalah milik pengarang asal. Laman web ini tidak memikul tanggungjawab undang-undang yang sepadan. Jika anda menemui sebarang kandungan yang disyaki plagiarisme atau pelanggaran, sila hubungi admin@php.cn