在java多執行緒程式中，所有執行緒都不允許拋出未捕獲的checked exception，也就是說各個執行緒需要自己把自己的checked exception處理掉。這一點是透過java.lang.Runnable.run()方法聲明(因為此方法宣告上沒有throw exception部分)進行了約束。但是線程依然有可能拋出unchecked exception，當此類異常跑拋出時，線程就會終結，而對於主線程和其他線程完全不受影響，且完全感知不到某個線程拋出的異常(也是說完全無法catch到這個異常)。 JVM的這種設計源自於這樣一種理念：「線程是獨立執行的程式碼片段，線程的問題應該由線程自己來解決，而不要委託到外部。」基於這樣的設計理念，在Java中，線程方法的異常（無論是checked還是unchecked exception），都應該在線程程式碼邊界之內（run方法內）進行try catch並處理掉.
但如果線程確實沒有自己try catch某個unchecked exception，而我們又想在線程代碼邊界之外（run方法之外）來捕獲和處理這個異常的話，java為我們提供了一種線程內發生異常時能夠在執行緒程式碼邊界之外處理異常的回呼機制，即Thread物件提供的setUncaughtExceptionHandler(Thread.UncaughtExceptionHandler eh)方法。
透過此方法為某個thread設定一個UncaughtExceptionHandler，可以確保在該執行緒出現異常時能透過回呼UncaughtExceptionHandler介面的public void uncaughtException(Thread t, Throwable e) 方法來處理異常，這樣的好處或是說目的是可以在執行緒程式碼邊界之外（Thread的run()方法之外），有一個地方能處理未捕獲異常。但要特別明確的是：雖然是在回呼方法中處理異常，但這個回呼方法在執行時依然還在拋出異常的這個線程中！
比之上述方法，還有一種程式設計上的處理方式可以藉鑑，即，有時主執行緒的呼叫方可能只是想知道子執行緒執行過程中發生過哪些異常，而不一定會處理或是立即處理，那麼發起子執行緒的方法可以把子執行緒拋出的例外實例收集起來當作一個Exception的List回傳給呼叫方，由呼叫方來根據異常情況決定如何應對。不過要特別注意的是，此時子線程早以終結。