Poor Error Handling: Empty Catch Block

忽略異常可能會導致程式忽略無法預期的狀態與情況。

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

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

範例 1：以下所引用的程式碼摘錄忽略了由 doExchange() 拋出的罕見異常。

try {
    doExchange();
}
catch (RareException e) {
    // this can never happen
}

如果拋出了 RareException，程式會繼續執行，就像什麼都沒有發生過一樣。程式不會記錄有關此特殊情況，這將使得事後嘗試尋找程式此異常的運作方式變得很困難。

忽略異常可能會導致程式忽略無法預期的狀態與情況。

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

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

範例 1：以下所引用的程式碼忽略了由 DoExchange() 拋出的罕見異常。

try {
  DoExchange();
}
catch (RareException e) {
  // this can never happen
}

如果拋出了 RareException，程式會繼續執行，就像什麼都沒有發生過一樣。程式不會記錄有關此特殊情況，這將使得事後嘗試尋找程式此異常的運作方式變得很困難。

忽略異常可能會導致程式忽略無法預期的狀態與情況。

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

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

範例 1：以下所引用的程式碼忽略了由 doExchange() 拋出的罕見異常。

try {
  doExchange();
}
catch (exception $e) {
  // this can never happen
}

如果拋出了 RareException，程式會繼續執行，就像什麼都沒有發生過一樣。程式不會記錄有關此特殊情況，這將使得事後嘗試尋找程式此異常的運作方式變得很困難。

忽略異常可能會導致程式忽略無法預期的狀態與情況。

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

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

範例 1：以下所引用的程式碼忽略了由 open() 拋出的罕見異常。

try:
    f = open('myfile.txt')
    s = f.readline()
    i = int(s.strip())
except:
   # This will never happen
   pass

如果拋出了 RareException，程式會繼續執行，就像什麼都沒有發生過一樣。程式不會記錄有關此特殊情況，這將使得事後嘗試尋找程式此異常的運作方式變得很困難。