Kami ingin membuat proyek open source ini tersedia untuk orang-orang di seluruh dunia.

Bantu untuk menerjemahkan konten tutorial ini ke bahasa Anda!

Peta tutorial
  1. Tutorial
  2. Bahasa JavaScript
  3. Penanganan kesalahan
15 Desember 2021

Penanganan eror, "try..catch"

Tidak peduli seberapa hebatnya kita dalam pemograman, terkadang kodingan kita memiliki banyak eror. Mereka mungkin muncul dikarenakan kesalahan kita, input dari user yang tidak terduga, eror respon dari server, dan juga berbagai macam alasan lainnya.

Biasanya, sebuah kodingan/scrip “terhenti” (tiba-tiba berhenti) dikarenakan adanya eror, menampilkan erornya pada console.

Tapi terdapat sebuah sintaks try..catch yang memperbolehkan kita untuk “menangkap” hasil eror sehingga skrip bisa berjalan sesuai dengan arahan kita, dibanding hanya berhenti saja.

Sintaks “try…catch”

Sintaks try..catch membentuk dua bagian utama: pertama try, dan kemudian catch:

try {

  // kodingan disini

} catch (err) {

  // Penanganan jika eror

}

Mereka akan bekerja seperti ini:

  1. Pertama, kodingan pada try {...} akan dijalankan.
  2. Jika tidak terdapat eror, maka catch(err) akan dihiraukan: prosesnya akan mencapai ujung bagian try dan kemudian berlanjut, melewati bagian catch.
  3. Jika terdapat eror, maka bagian try akan berhenti berjalan, dan alur prosesnya akan berlanjut pada awal bagian catch(err). Variabel err (yang mana kita bisa ganti dengan nama apapun) akan mengandung eror objek dengan keterangan eror didalamnya.

Jadi, sebuah eror didalam bagian try {…} tidak akan memberhentikan kodingan tersebut – kita memiliki sebuah kesempatan untuk menanganinya pada bagian catch.

Mari kita lihat contoh lainnya.

  • Sebuah contoh tanpa eror: menampilkan alert (1) dan (2):

    try {

  alert('Start of try runs');  // (1) <--

  // ...tidak ada eror disini

  alert('End of try runs');   // (2) <--

} catch (err) {

  alert('Catch is ignored, because there are no errors'); // (3)

}

  • Sebuah contoh dengan eror: shows (1) dan (3):

    try {

  alert('Start of try runs');  // (1) <--

  lalala; // error, variable is not defined!

  alert('End of try (never reached)');  // (2)

} catch (err) {

  alert(`Error has occurred!`); // (3) <--

}
try..catch hanya akan bekerja pada eror runtime

Untuk try..catch agar bekerja, kodingan tersebut harus bisa dijalankan. Dengan artian lain, itu harus dalam bahasa javascript yang valid.

Mereka tidak akan bekerja jika kodingan tersebut secara sintaks salah, sebagai contoh jika mereka memiliki kurung kurawal yang tidak sama:

try {
  {{{{{{{{{{{{
} catch (err) {
  alert("The engine can't understand this code, it's invalid");
}

Mesin Javascript pertama membaca kodingan tersebut, dan menjalankannya. eror yang terjadi pada saat proses pembacaan disebut sebagai eror “parse-time” dan tidak dapat dipulihkan (dari dalam kodingan tersebut). Itu dikarenakan mesin javascript tidak mengerti kodingan .

Jadi, try..catch hanya dapat menangani eror yang terjadi pada kodingan yang valid. eror demikian biasanya dinamakan sebagai “eror runtime” atau terkadang, “exceptions”.

try..catch bekerja secara sinkronis

Jika sebuah exception terjadi pada kodingan yang “terjadwal”, seperti pada setTimeout, maka try..catch tidak akan menangkapnya:

try {
  setTimeout(function() {
    noSuchVariable; // kodingan akan berhenti disini
  }, 1000);
} catch (err) {
  alert( "won't work" );
}

Itu dikarenakan fungsi tersebut dijalankan nanti, ketika mesin javascript telah meninggalkan bagian pada try..catch.

Untuk menangkap sebuah exception didalam sebuah fungsi yang terjadwal, try..catch harus terjadi didalam fungsi tersebut:

setTimeout(function() {
  try {
    noSuchVariable; // try..catch menangani eror tersebut!
  } catch {
    alert( "error is caught here!" );
  }
}, 1000);

Eror Objek

Ketika sebuah eror terjadi, Javascript menghasilkan sebuah ojek yang berisikan keterangan terkait eror tersebut. Objek itu kemudian dilewatkan sebagai sebuah argumen pada bagian catch:

try {
  // ...
} catch(err) { // <-- "error object", bisa menggunakan kata lain selain err
  // ...
}

Untuk semua eror bawaan, eror objek memiliki dua properti utama:

name
Nama error. sebagai contoh, untuk variable yang belum terdefinisikan maka itu disebut "ReferenceError".
message
Pesan yang ada didalam eror tersebut.

Terdapat properti non-standard lainnya pada kebanyakan Ada properti non-standar lain yang tersedia di sebagian besar lingkungan. Salah satu yang paling banyak digunakan dan didukung ialah:

stack
Call stack saat ini: string dengan informasi tentang urutan panggilan bertingkat yang menyebabkan kesalahan. Digunakan untuk tujuan debugging.

Sebagai contoh:

try {
  lalala; // error, variable is not defined!
} catch (err) {
  alert(err.name); // ReferenceError
  alert(err.message); // lalala is not defined
  alert(err.stack); // ReferenceError: lalala is not defined at (...call stack)

  // Can also show an error as a whole
  // The error is converted to string as "name: message"
  alert(err); // ReferenceError: lalala is not defined
}

“Catch” binding Opsional

Tambahan baru-baru ini
Ini adalah tambahan terbaru untuk bahasa ini. Browser lama mungkin memerlukan polyfill.

Jika kita tidak butuh detail tentang eror, catch mungkin bisa menghilangkannya:

try {
  // ...
} catch { // <-- tanpa (err)
  // ...
}

Menggunakan “try…catch”

Mari kita telusuri contoh penggunaan nyata dari try..catch.

Seperti yang telah kita ketahui, Javascript mendukung method JSON.parse(str) yang membaca dari nilai JSON-encoded.

Biasanya digunakan untuk memecahkan kode data yang diterima melalui jaringan, dari server atau sumber lain.

Kita menerimanya dan memanggil JSON.parse seperti ini:

let json = '{"name":"John", "age": 30}'; // data dari server

let user = JSON.parse(json); // mengonversi representasi teks ke objek JS

// sekarang pengguna adalah objek dengan properti dari string
alert( user.name ); // John
alert( user.age );  // 30

Kalian dapat menemukan informasi lebih detail tentang JSON di bab <info: json>.

Jika format json salah,JSON.parse menghasilkan error, sehingga skrip “mati”.

Cukupkah kita puas dengan itu? Tentu saja tidak!

Dengan cara ini, jika ada yang salah dengan datanya, pengunjung tidak akan pernah mengetahuinya (kecuali mereka membuka konsol pengembang). Dan orang biasanya tidak suka ketika sesuatu “berhenti begitu saja” tanpa ada pesan kesalahan.

Mari gunakan try..catch untuk menangani kesalahan:

let json = "{ bad json }";

try {

  let user = JSON.parse(json); // <-- ketika terjadi sebuah eror...
  alert( user.name ); // tidak berjalan

} catch (err) {
  // ...proses eksekusinya akan lompat kesini
  alert( "Our apologies, the data has errors, we'll try to request it one more time." );
  alert( err.name );
  alert( err.message );
}

Di sini kita menggunakan blok catch hanya untuk menampilkan pesan, tetapi kita dapat melakukan lebih banyak lagi: mengirim permintaan jaringan baru, menyarankan alternatif kepada pengunjung, mengirim informasi tentang kesalahan ke fasilitas logging, …. Semuanya jauh lebih baik daripada sekedar mati.

Melontarkan eror kita sendiri

Bagaimana jika json secara sintaksis benar, tetapi tidak memiliki propertiname yang diperlukan?

Seperti ini:

let json = '{ "age": 30 }'; // data tidak lengkap

try {

  let user = JSON.parse(json); // <-- tidak ada eror
  alert( user.name ); // tidak ada nama!

} catch (err) {
  alert( "doesn't execute" );
}

Di sini JSON.parse berjalan normal, tetapi tidak adanyanama sebenarnya merupakan eror bagi kita.

Untuk menyatukan penanganan error, kita akan menggunakan operator throw.

Operator “Throw”

Operator throw menghasilkan sebuah eror.

Sintaksnya adalah:

throw <error object>

Secara teknis, kita dapat menggunakan apapun sebagai eror objek. Technically, we can use anything as an error object. Itu bahkan mungkin dengan data primitif, seperti angka atau string, lebih disarankan menggunakan objek, dan juga dengan properti name danmessage (agar tetap kompatibel dengan error bawaan).

JavaScript memiliki banyak konstruktor bawaan untuk standar eror: Error, SyntaxError,ReferenceError, TypeError dan lain-lain. Kita bisa menggunakannya untuk membuat eror objek juga.

Sintaksnya adalah:

let error = new Error(message);
// or
let error = new SyntaxError(message);
let error = new ReferenceError(message);
// ...

Untuk eror bawaan (bukan untuk objek lainnya, hanya untuk eror), properti name persis dengan nama konstruktornya. Dan pesan diambil dari argumennya.

Sebagai contoh:

let error = new Error("Things happen o_O");

alert(error.name); // Error
alert(error.message); // Things happen o_O

Mari kita lihat jenis kesalahan apa yang dihasilkan JSON.parse:

try {
  JSON.parse("{ bad json o_O }");
} catch (err) {
  alert(err.name); // SyntaxError
  alert(err.message); // Unexpected token b in JSON at position 2
}

Seperti yang bisa kita lihat, itu adalah SyntaxError.

Dan dalam kasus ini, tidak adanya nama adalah sebuah eror, karena pengguna harus memilikinama.

Jadi mari kita tampung pada bagian throw:

let json = '{ "age": 30 }'; // data tidak lengkap

try {

  let user = JSON.parse(json); // <-- tidak ada eror

  if (!user.name) {
    throw new SyntaxError("Incomplete data: no name"); // (*)
  }

  alert( user.name );

} catch (err) {
  alert( "JSON Error: " + err.message ); // JSON Error: Incomplete data: no name
}

Di baris (*), operator throw menghasilkanSyntaxError dengan message yang diberikan, sama seperti JavaScript akan menjalankannya sendiri. Proses eksekusi try langsung berhenti dan alur kontrol melompat ke bagian catch.

Sekarang catch menjadi satu tempat untuk semua penanganan error: baik untukJSON.parse dan kasus lainnya.

Rethrowing

Pada contoh di atas kami menggunakan try..catch untuk menangani data yang salah. Tetapi apakah mungkin terjadi kesalahan tak terduga lainnya dalam blok try {...}? Seperti kesalahan pemrograman (variabel tidak terdefinisi) atau sesuatu yang lain, bukan hanya hal terkait "data yang salah " ini.

Sebagai contoh:

let json = '{ "age": 30 }'; // data tidak lengkap

try {
  user = JSON.parse(json); // <-- lupa meletakkan "let" sebelum user

  // ...
} catch (err) {
  alert("JSON Error: " + err); // JSON Error: ReferenceError: user is not defined
  // (no JSON Error actually)
}

Tentu saja, semuanya bisa! Pemrogram memang membuat kesalahan. Bahkan dalam projek pembantu pada sumber terbuka(open source) yang digunakan oleh jutaan orang selama beberapa dekade – tiba-tiba bug dapat ditemukan yang mengarah ke peretasan yang mengerikan.

Dalam kasus kita, try..catch ditempatkan untuk menangkap eror "data yang tidak valid ". Tetapi pada dasarnya, catch mendapatkan semua error daritry. Di sini ia mendapat eror yang tak terduga, tetapi masih menampilkan pesan "JSON Error" yang sama. Itu salah dan juga membuat kode lebih sulit untuk di-debug.

Untuk menghindari masalah seperti itu, kita dapat menggunakan teknik “rethrowing”. Aturannya sederhana:

Proses throwing hanya akan memproses kesalahan yang diketahui dan “melempar ulang / rethrowing” yang lainnya.

Teknik “rethrowing” dapat dijelaskan lebih detail sebagai:

  1. Catch mendapatkan semua eror.
  2. Dalam blok catch (err) {...} kita menganalisis eror objek err.
  3. Jika kita tidak tahu bagaimana menanganinya, kita melakukan throw err.

Biasanya, kita dapat memeriksa jenis erornya menggunakan operator instanceof:

try {
  user = { /*...*/ };
} catch (err) {
  if (err instanceof ReferenceError) {
    alert('ReferenceError'); // "ReferenceError" for accessing an undefined variable
  }
}

Kita juga bisa mendapatkan nama kelas eror dari properti err.name. Semua eror bawaan memilikinya. Pilihan lainnya adalah membaca err.constructor.name.

Pada kode di bawah ini, kita menggunakan teknik rethrowing sehingga catch hanya menanganiSyntaxError:

let json = '{ "age": 30 }'; // incomplete data
try {

  let user = JSON.parse(json);

  if (!user.name) {
    throw new SyntaxError("Incomplete data: no name");
  }

  blabla(); // unexpected error

  alert( user.name );

} catch (err) {

  if (err instanceof SyntaxError) {
    alert( "JSON Error: " + err.message );
  } else {
    throw err; // rethrow (*)
  }

}

Eror saat yang dilempar pada baris (*) dari dalam blok catch “jatuh” daritry..catch dan dapat ditangkap oleh bagian luar try..catch(jika ada), atau itu memberhentikan kodingannya.

Jadi, blok catch sebenarnya hanya menangani error yang tahu cara penanganannya dan “melewatkan” semua error lainnya.

Contoh di bawah ini menunjukkan bagaimana eror tersebut dapat ditangkap oleh satu level lagi dari blok try..catch:

function readData() {
  let json = '{ "age": 30 }';

  try {
    // ...
    blabla(); // error!
  } catch (err) {
    // ...
    if (!(err instanceof SyntaxError)) {
      throw e; // rethrow (tidak tahu bagaimana cara menanganinya)
    }
  }
}

try {
  readData();
} catch (err) {
  alert( "External catch got: " + e ); // menangkapnya!
}

Di sini readData hanya mengetahui cara menanganiSyntaxError, sedangkan bagian try..catch luar mengetahui cara menangani semuanya.

try…catch…finally

Tunggu, itu belum semuanya.

Blok try..catch mungkin memiliki satu klausa kode lagi yaitu:finally.

Jika ada, maka itu akan berjalan di semua kasus:

  • setelah try, jika tidak ada eror,
  • setelah catch, jika ada error.

Contoh sintaks lengkapnya seperti ini:

try {
   ... try to execute the code ...
} catch (err) {
   ... handle errors ...
} finally {
   ... execute always ...
}

Try running this code:

try {
  alert( 'try' );
  if (confirm('Make an error?')) BAD_CODE();
} catch (err) {
  alert( 'catch' );
} finally {
  alert( 'finally' );
}

Kode tersebut memiliki dua cara eksekusi:

  1. Jika kalian menjawab “Ya” untuk “Membuat eror?”, maka proses eksekusinya akan jadi seperti ini try -> catch -> finally.
  2. Jika kalian mengatakan “Tidak”, maka proses nya akan seperti ini try -> finally.

Klausa finally sering digunakan ketika kita mulai melakukan sesuatu dan ingin menyelesaikannya dalam kasus apa pun hasilnya.

Misalnya, kami ingin mengukur waktu yang dibutuhkan oleh fungsi bilangan Fibonacci fib (n). Secara alami, kita dapat mulai mengukur sebelum berlari dan menyelesaikannya setelahnya. Tetapi bagaimana jika ada kesalahan selama pemanggilan fungsi? Secara khusus, implementasi fib (n) dalam kode di bawah ini mengembalikan eror untuk bilangan negatif atau non-integer.

Klausa finally adalah tempat yang tepat untuk menyelesaikan pengukuran apa pun yang terjadi.

Di sini finally menjamin bahwa waktu akan diukur dengan benar dalam kedua situasi – jika eksekusifib berhasil ataupun jika terjadi kesalahan di dalamnya:

let num = +prompt("Enter a positive integer number?", 35)

let diff, result;

function fib(n) {
  if (n < 0 || Math.trunc(n) != n) {
    throw new Error("Must not be negative, and also an integer.");
  }
  return n <= 1 ? n : fib(n - 1) + fib(n - 2);
}

let start = Date.now();

try {
  result = fib(num);
} catch (err) {
  result = 0;
} finally {
  diff = Date.now() - start;
}

alert(result || "error occurred");

alert( `execution took ${diff}ms` );

Kalian dapat memeriksa dengan menjalankan kode dengan memasukkan 35 ke dalamprompt – ini dijalankan secara normal, finally setelahtry. Dan kemudian masukkan -1 – akan ada eror langsung, dan eksekusi akan memakan waktu0ms. Kedua pengukuran tersebut dilakukan dengan benar.

Dengan kata lain, fungsi tersebut mungkin diakhiri dengan return atau throw, itu tidak masalah. Klausa finally dijalankan di kedua kasus.

Variables are local inside try..catch..finally

Tolong diperhatikan bahwa variabel result dan diff pada kode di atas dideklarasikan sebelum try..catch.

Sebaliknya, jika kita mendeklarasikan let di bloktry, itu hanya akan terlihat di dalamnya.

finally and return

Klausa finally berfungsi untuk apa saja yang keluar daritry..catch. Itu termasuk return eksplisit.

Pada contoh di bawah ini, terdapat return dalam try. Dalam kasus ini, finally dijalankan tepat sebelum kontrol kembali ke kode luar.

function func() {

  try {
    return 1;

  } catch (err) {
    /* ... */
  } finally {
    alert( 'finally' );
  }
}

alert( func() ); //pertama alert bekerja dari finally, dan kemudian yang satu ini
try...finally

Bagian try..finally, tanpa klausacatch, juga berguna. Kita menerapkannya ketika kita tidak ingin menangani eror di sini (biarkan eror itu terjadi), tetapi ingin memastikan bahwa proses yang kita mulai sudah selesai.

function func() {
  // mulai melakukan sesuatu yang perlu diselesaikan (seperti pengukuran)
  try {
    // ...
  } finally {
    // selesaikan itu bahkan jika semuanya berhenti
  }
}

Pada kode di atas, eror di dalam try selalu terjadi, karena tidak ada catch. Tapi finally berfungsi sebelum aliran eksekusi meninggalkan fungsinya.

Catch Global

Environment-specific

Informasi dari bagian ini bukan merupakan bagian dari inti JavaScript.

Bayangkan kita mendapatkan eror yang fatal di luar try..catch, dan kodingannya mati. Seperti eror pemrograman atau hal buruk lainnya.

Adakah cara untuk bereaksi atas kejadian seperti itu? kita mungkin ingin mencatat kesalahan, menunjukkan sesuatu kepada pengguna (biasanya mereka tidak melihat pesan eror), dll.

Tidak ada dalam spesifikasinya, tapi dilingkungan tempat itu bekerja biasanya menyediakannya, karena sangat berguna. Misalnya, Node.js memiliki [process.on (" uncaughtException ")] (https://nodejs.org/api/process.html#process_event_uncaughtexception) untuk itu. Dan pada browser kita dapat menetapkan fungsi ke properti khusus [window.onerror] (mdn: api / GlobalEventHandlers / onerror), yang akan berjalan jika terjadi kesalahan yang tidak tertangkap.

Sintaksnya adalah:

window.onerror = function(message, url, line, col, error) {
  // ...
};
message
Pesan eror.
url
URL pada kodingan tempat kesalahan terjadi.
line, col
Nomor baris dan kolom ditempat terjadinya kesalahan.
error
Eror objek

Sebagai contoh:

<script>
  window.onerror = function(message, url, line, col, error) {
    alert(`${message}\n At ${line}:${col} of ${url}`);
  };

  function readData() {
    badFunc(); // Whoops, something went wrong!
  }

  readData();
</script>

Peran dari global handler window.onerror biasanya bukan untuk memulihkan eksekusi dari kodingannya – itu biasanya tidak mungkin jika terjadi kesalahan pemrograman, namun tugasnya adalah untuk mengirim pesan eror ke pengembang.

Ada juga layanan web yang menyediakan pencatatan eror untuk kasus seperti itu, seperti https://errorception.com or http://www.muscula.com.

Mereka bekerja seperti ini:

  1. Kita mendaftarkannya di layanan dan mendapatkan sepotong JS (atau URL skrip) dari mereka untuk disisipkan di halaman.
  2. Skrip JS itu menyetel fungsi window.onerror kustom.
  3. Ketika terjadi kesalahan, itu mengirimkan permintaan jaringan tentangnya pada layanan itu.
  4. Kita dapat masuk ke antarmuka web layanan dan melihat erornya.

Kesimpulan

Bagian try..catch memungkinkan untuk menangani error runtime. Secara harfiah memungkinkan untuk “mencoba” menjalankan kode dan “menangkap” kesalahan yang mungkin terjadi di dalamnya.

Sintaksnya adalah:

try {
  // Jalankan kode ini
} catch(err) {
  // jika terjadi kesalahan, lompat ke sini
  // err adalah eror objek
} finally {
  // lakukan dalam hal apa pun setelah try / catch
}

Mungkin tidak ada bagian catch atau finally, jadi bagian yang lebih pendek try..catch dantry..finally juga valid.

Eror objek memiliki properti berikut ini:

  • message – pesan kesalahan yang bisa dibaca manusia.
  • name – string dengan nama eror (nama konstruktor eror).
  • stack (non-standar, tetapi didukung dengan baik) – tumpukan/stack pada saat pembuatan eror.

Jika eror objek tidak diperlukan, kita bisa menghilangkannya dengan menggunakan catch { daripada catch (err) {.

Kita juga bisa menghasilkan error kita sendiri menggunakan operator throw. Secara teknis, argumen dari throw bisa berupa apa saja, tetapi biasanya itu adalah eror objek yang diturunkan dari kelas ʻError` bawaan. Lebih lanjut tentang memperluas eror objek di bab berikutnya.

Rethrowing adalah pola yang sangat penting dari penanganan eror: blok catch biasanya mengharapkan dan mengetahui bagaimana menangani jenis kesalahan tertentu, jadi blok tersebut harus menampilkan kembali kesalahan yang tidak diketahuinya.

Bahkan jika kita tidak memiliki try..catch, sebagian besar lingkungan memungkinkan kita menyiapkan penangan eror “global” untuk menangkap eror yang “terjadi”. Di dalam browser, itu adalah window.onerror.

Tugas

Finally atau hanya kode biasa?

Bandingkan dua fragmen kode.

  1. Yang pertama menggunakan finally untuk mengeksekusi kode setelahtry..catch:

    try {
  work work
} catch (err) {
  handle errors
} finally {
  cleanup the working space
}

  2. Fragmen kedua melakukan pembersihan tepat setelah try..catch:

    try {
  work work
} catch (err) {
  handle errors
}

cleanup the working space

Kita pasti membutuhkan pembersihan setelah pekerjaan, tidak masalah apakah ada kesalahan atau tidak.

Apakah ada keuntungan di sini dalam menggunakan finally atau kedua fragmen kode sama? Jika ada keuntungan seperti itu, berikan contoh ketika itu penting.

Perbedaannya menjadi jelas ketika kita melihat kode di dalam suatu fungsi.

Perilakunya berbeda jika ada lompatan keluar dari try..catch.

Misalnya, ketika ada return di dalamtry..catch. Klausa finally berfungsi jika ada ya keluar daritry..catch, bahkan melalui pernyataan return: tepat setelahtry..catch selesai, tetapi sebelum kode pemanggil mendapatkan kontrol.

function f() {
  try {
    alert('start');
    return "result";
  } catch (err) {
    /// ...
  } finally {
    alert('cleanup!');
  }
}

f(); // cleanup!

… Atau ketika ada throw, seperti di sini:

function f() {
  try {
    alert('start');
    throw new Error("an error");
  } catch (err) {
    // ...
    if("can't handle the error") {
      throw err;
    }

  } finally {
    alert('cleanup!')
  }
}

f(); // cleanup!

Bagian finally yang menjamin proses pembersihan di sini. Jika kita hanya meletakkan kode di akhir f, itu tidak akan berjalan dalam situasi ini.

Pelajaran sebelumnyaPelajaran berikutnya
Peta tutorial

Bab

Navigasi pelajaran

Bagikan
Sunting di GitHub