Bagaimanakah penanganan pengecualian dan perbezaan checked/unchecked berfungsi?

Question

Accepted Answer

Java menangani ralat dengan **`try`/`catch`/`finally`**, dan secara unik membezakan pengecualian **checked** (mesti diisytiharkan atau dikendalikan) daripada pengecualian **unchecked** (runtime, tidak dikuatkuasakan). Memahami perbezaan ini adalah pusat kepada penanganan ralat Java.

## Struktur asas

```java
try {
    FileReader f = new FileReader("file.txt");   // may throw IOException
    // ... use it ...
} catch (FileNotFoundException e) {
    System.out.println("not found: " + e.getMessage()); // specific first
} catch (IOException e) {
    System.out.println("io error");                      // broader after
} finally {
    System.out.println("always runs — cleanup");         // runs no matter what
}
```

`finally` sentiasa dilaksanakan (pembersihan), walaupun pengecualian dilempar atau `return` berlaku.

## Hierarki pengecualian

```text
Throwable
  ├── Error            — serious JVM problems (OutOfMemoryError) — don't catch
  └── Exception
        ├── RuntimeException  → UNCHECKED (not enforced by the compiler)
        │     NullPointerException, IllegalArgumentException, IndexOutOfBounds...
        └── (other Exceptions) → CHECKED (compiler enforces handling)
              IOException, SQLException...
```

## Pengecualian checked — dikuatkuasakan oleh pengkompil

```java
// MUST either catch it or declare `throws` — the compiler won't let you ignore it
public void readFile() throws IOException {   // declare it
    Files.readAllLines(Paths.get("file.txt")); // throws checked IOException
}
```

Pengecualian **checked** (IOException, SQLException) mewakili keadaan yang dapat dipulihkan, dijangkakan (fail hilang, kegagalan rangkaian). Pengkompil *memaksa* anda mengendalikan atau mengisytiharkannya — menjadikan pengendalian kegagalan luaran jelas.

## Pengecualian unchecked — runtime, tidak dikuatkuasakan

```java
// NOT required to declare or catch — usually indicate PROGRAMMING BUGS
String s = null;
s.length();                       // NullPointerException (unchecked)
int x = arr[10];                   // ArrayIndexOutOfBoundsException (unchecked)
Integer.parseInt("abc");           // NumberFormatException (unchecked)
```

**Unchecked** (subkelas RuntimeException) biasanya menandakan ralat pengaturcaraan — anda membetulkan pepijat dan bukannya menangkapnya di mana-mana. Pengkompil tidak memaksa pengendalian.

## try-with-resources (pembersihan automatik)

```java
// resources implementing AutoCloseable are closed automatically
try (FileReader f = new FileReader("file.txt")) {
    // use f
}   // f.close() called automatically, even on exception — no finally needed
```

## Amalan terbaik

```text
✓ Catch specific exceptions, not bare Exception
✓ Use try-with-resources for files/connections (auto-close)
✓ Don't swallow exceptions silently (empty catch blocks)
✓ Throw meaningful exceptions; include context in messages
✓ Custom exceptions extend Exception (checked) or RuntimeException (unchecked)
```

## Mengapa penting

Penanganan ralat yang kukuh adalah penting, dan **perbezaan checked/unchecked Java adalah ciri yang menentukan (dan diperdebatkan)** yang patut difahami secara mendalam.

Pengecualian checked memaksa pengendalian jelas kegagalan luaran yang dijangkakan (I/O, DB) — mempromosikan keandalan tetapi kadangkala dikritik sebagai terperinci; pengecualian unchecked mewakili pepijat untuk diperbaiki dan bukannya ditangkap secara rutin.

Mengetahui hierarki, bila setiap jenis berlaku, semantik `try/catch/finally`, dan **try-with-resources** moden untuk pembersihan automatik adalah asas untuk menulis Java yang betul dan boleh dipercayai — dan untuk merancang pengecualian anda sendiri dengan sesuai.

Perbezaannya membentuk cara API Java dirancang dan merupakan topik temubual dan ulasan kod yang kerap.