通常在以下三個情況，程式設計師會擷取 NullPointerException：

1.程式包含了 Null 指標解除參照。擷取異常狀況的結果比修復基本問題還要簡單。

2. 程式明確的拋出了 NullPointerException 異常狀況來提醒出現錯誤情況。

3. 程式碼是測試代碼的一部分，它在測試的類別中提供了非預期的輸入。

在上述三種情況中，只有最後一種是可接受的。

範例：以下程式碼錯誤地擷取了 NullPointerException。

  try {
    mysteryMethod();
  }
  catch (NullPointerException npe) {
  }

通常在以下三個情況，程式設計師會擷取 NullReferenceException：

1.程式包含了 Null 指標解除參照。擷取異常狀況的結果比修復基本問題還要簡單。

2. 程式明確的拋出了 NullReferenceException 異常狀況來提醒出現錯誤情況。

3. 程式碼是測試代碼的一部分，它在測試的類別中提供了非預期的輸入。

在上述三種情況中，只有最後一種是可接受的。

範例：以下程式碼錯誤地擷取了 NullReferenceException。

  try {
    MysteryMethod();
  }
  catch (NullReferenceException npe) {
  }

finally 區塊中的回傳指令，會導致 try 區塊中所拋出的任意異常遭丟棄。

範例 1：在下列程式碼中，由第二次呼叫 doMagic 方法，同時將 true 參數傳送給該方法，會導致拋出 MagicException 異常，該異常將不會傳送給呼叫者。finally 區塊中的回傳指令，會導致異常遭丟棄。

public class MagicTrick {

public static class MagicException extends Exception { }

public static void main(String[] args) {

  System.out.println("Watch as this magical code makes an " +
                     "exception disappear before your very eyes!");

  System.out.println("First, the kind of exception handling " +
                     "you're used to:");
  try {
    doMagic(false);
  } catch (MagicException e) {
    // An exception will be caught here
    e.printStackTrace();
  }

  System.out.println("Now, the magic:");
  try {
    doMagic(true);
  } catch (MagicException e) {
    // No exception caught here, the finally block ate it
    e.printStackTrace();
  }
  System.out.println("tada!");
}

public static void doMagic(boolean returnFromFinally)
throws MagicException {

  try {
    throw new MagicException();
  }
  finally {
    if (returnFromFinally) {
      return;
    }
  }
}

}

只有在應用程式在非同步結束後需要進行清除動作，才會出現 ThreadDeath 錯誤。如果出現 ThreadDeath 錯誤，請務必重新拋出該錯誤來真正停止執行緒。拋出 ThreadDeath 的用意為停止執行緒。如果接收 ThreadDeath，就會導致執行緒持續執行並造成意外行為，因為原來拋出 ThreadDeath 的使用者想停止該執行緒。

範例 1：下列程式碼捕捉到 ThreadDeath，但並未重新拋出。

try
{
//some code
}
catch(ThreadDeath td)
{
//clean up code
}

在 Java 中，finally 區塊永遠會在對應 try-catch 區塊後執行，而且通常用來釋放已配置資源，例如檔案控制碼或資料庫指標。在 finally 區塊中拋出異常，可以略過重要的清除程式碼，這是因為將中斷正常程式執行。

範例 1：在下列程式碼中，拋出 FileNotFoundException 時，會略過呼叫 stmt.close()。

public void processTransaction(Connection conn) throws FileNotFoundException
{
    FileInputStream fis = null;
    Statement stmt = null;
    try
    {
        stmt = conn.createStatement();
        fis = new FileInputStream("badFile.txt");
        ...
    }
    catch (FileNotFoundException fe)
    {
        log("File not found.");
    }
    catch (SQLException se)
    {
        //handle error
    }
    finally
    {
        if (fis == null)
        {
            throw new FileNotFoundException();
        }

        if (stmt != null)
        {
            try
            {
                stmt.close();
            }
            catch (SQLException e)
            {
                log(e);
            }
        }
    }
}

在以下情況中會出現 Unhandled Exception 弱點：

1. 拋出一個異常

2. 在異常離開目前頁面前，未能對其進行適當處理。

幾乎每一個對軟體系統嚴重的攻擊都是從破解程式設計師的假設開始的。在攻擊後，程式設計師所建立的假設似乎是脆弱且拙劣的，但在攻擊之前，許多程式設計師會在午休結束之前為他們的假設進行辯護。

在程式碼中很容易發現的兩個可疑假設為：「此操作永遠都不會失敗」以及「即使此操作失敗也沒有關係」。因此當程式設計師未擷取到操作可能拋出的異常時，已暗示他們是以其中一個假設來執行操作。

在以下情況中會出現 Unhandled SSL Exception 弱點：

1. 拋出特定 SSL 的異常。

2. 沒有明確地處理異常。

特定 SSL 的異常 javax.net.ssl.SSLHandshakeException、javax.net.ssl.SSLKeyException 和 javax.net.ssl.SSLPeerUnverifiedException 都會傳達與 SSL 連線相關的重要錯誤。如果沒有明確地處理這些錯誤，連線可能會處於一種非預期且潛在不安全的狀態。

幾乎每一個對軟體系統嚴重的攻擊都是從破解程式設計師的假設開始的。在攻擊後，程式設計師所建立的假設似乎是脆弱且拙劣的，但在攻擊之前，許多程式設計師會在午休結束之前為他們的假設進行辯護。

在程式碼中很容易發現的兩個可疑假設為：「此操作永遠都不會失敗」以及「即使此操作失敗也沒有關係」。因此當程式設計師未擷取到操作可能拋出的異常時，已暗示他們是以其中一個假設來執行操作。