Kunci untuk mengendalikan pengecualian di Java adalah untuk mendapatkannya dengan betul, mengendalikannya dengan jelas, dan tidak menutup masalah. Pertama, kita mesti menangkap jenis pengecualian tertentu yang diperlukan, elakkan tangkapan umum, dan mengutamakan pengecualian yang diperiksa. Pengecualian runtime harus dinilai terlebih dahulu; Kedua, kita mesti menggunakan rangka kerja log untuk merekodkan pengecualian, dan mencuba semula, melancarkan atau membuang berdasarkan jenis; Ketiga, kita mesti menggunakan blok akhirnya untuk melepaskan sumber, dan mengesyorkan cuba-dengan-sumber; Keempat, kita mesti secara munasabah menentukan pengecualian adat, mewarisi runtimeexception atau pengecualian, dan membawa maklumat konteks untuk debugging mudah.

Kunci untuk mengendalikan pengecualian di Java adalah "memperoleh, mengendalikan dengan jelas, dan tidak menutup masalah." Ramai orang hanya try-catch semasa menulis kod, tetapi benar-benar memanfaatkan mekanisme pengecualian boleh menjadikan program anda lebih mantap dan lebih mudah untuk menyelesaikan masalah.

Berikut adalah berdasarkan beberapa senario penggunaan sebenar dan bercakap tentang cara mengendalikan pengecualian dengan betul di Java.

Kenal pasti jenis pengecualian, jangan menangkapnya secara umum

Sistem pengecualian Java jelas dibahagikan, termasuk pengecualian yang diperiksa dan pengecualian yang tidak terkawal. Banyak pemula akan menulis secara langsung:

 Cuba {
    // Beberapa kod
} menangkap (pengecualian e) {
    e.printstackTrace ();
}

Masalah dengan pendekatan ini ialah anda tidak tahu apa yang salah, dan anda juga boleh menelan beberapa kesilapan yang serius (seperti OutOfMemoryError ).

? Cadangan :

• Tangkap Jenis Pengecualian Khusus atas Permintaan, seperti IOException , SQLException , dll.
• Untuk pengecualian runtime (seperti NullPointerException ), cuba membuat pertimbangan terlebih dahulu dan bukannya bergantung pada tangkapan.
• Jika anda benar -benar memerlukan jaminan, anda boleh menambah tangkapan umum pada akhir, tetapi log log dan memprosesnya dengan sewajarnya.

Contoh:

 Cuba {
    // baca fail} tangkapan (fileNotFoundException e) {
    logger.warn ("Fail tidak wujud, sila periksa jalan");
} menangkap (ioException e) {
    logger.error ("Fail bacaan ralat", e);
}

Pengecualian perlu dikendalikan, bukan "dicetak"

Ramai orang hanya memanggil e.printStackTrace() selepas menulis blok catch , memikirkan bahawa pengendalian pengecualian akan selesai. Malah, ini hanya mengeluarkan aliran ralat standard, yang hampir tidak berguna untuk sistem dalam talian.

? Cadangan :

• Gunakan rangka kerja log (seperti LOG4J, SLF4J) untuk merakam maklumat pengecualian untuk memudahkan penyelesaian masalah berikutnya.
• Tentukan sama ada untuk mencuba semula, mengembalikan atau memberitahu lapisan atas berdasarkan jenis pengecualian.
• Sekiranya ia tidak tersedia, ia harus dilemparkan atau dikemas dan dilemparkan, membolehkan pemanggil mengendalikannya.

Contoh:

 Cuba {
    // operasi pangkalan data} tangkapan (sqlexception e) {
    logger.error ("Operasi pangkalan data gagal", e);
    membuang mycustomException baru ("ralat db berlaku", e);
}

Jangan abaikan peranan akhirnya

Blok Akhirnya digunakan untuk melakukan kerja pembersihan, seperti sumber penutup, melepaskan kunci, dan lain -lain. Walaupun terdapat pulangan atau pengecualian dilemparkan atau menangkap, kod akhirnya dilaksanakan.

? Cadangan :

• Semua sumber yang perlu dikeluarkan (seperti aliran IO, sambungan pangkalan data) harus diletakkan di blok akhirnya.
• Java 7 menyokong penulisan sumber cuba-dengan-sumber, dan disyorkan untuk menggunakannya terlebih dahulu.

Contoh:

 cuba (fileInputStream fis = new FileInputStream ("file.txt")) {
    // baca kandungan} tangkapan (ioException e) {
    // Mengendalikan pengecualian}
// fis ditutup secara automatik, dan tidak perlu ditangani secara manual

Gunakan pengecualian tersuai dengan munasabah

Kadang -kadang jenis pengecualian yang disediakan oleh JDK tidak mencukupi untuk menyatakan makna perniagaan, jadi anda perlu menyesuaikan pengecualian.

? Cadangan :

• Pengecualian adat harus mewarisi RuntimeException atau Exception dan memutuskan sama ada untuk memaksa pemprosesan.
• Nama pengecualian harus bermakna untuk memudahkan kedudukan masalah.
• Anda boleh membawa maklumat tambahan (seperti kod ralat, data konteks) untuk membantu debug.

Contoh:

 Kelas Awam UsernotFoundException memperluaskan RuntimeException {
    awam UsernotFoundException (Mesej String) {
        super (mesej);
    }
}

Pengendalian pengecualian bukanlah "cubaan" yang mudah, tetapi jaminan keteguhan program. Selepas menguasai teknik asas ini, anda akan mendapati bahawa kod itu bukan sahaja lebih jelas, tetapi juga lebih mudah dicari apabila ada yang salah.

Pada dasarnya semua ini tidak rumit tetapi mudah diabaikan.

Atas ialah kandungan terperinci Bagaimana untuk mengendalikan pengecualian dengan betul di Jawa?. Untuk maklumat lanjut, sila ikut artikel berkaitan lain di laman web China PHP!