在try，catch塊之外運行代碼有沒有任何性能優勢？

Question

我很想知道是否應該最小化try/catch塊內部的代碼，或者它確實無關緊要。

public bool ObjectExists(string stringTest, string againSomethingElse) 
    { 
     if(true) {} 
     else {} //Code here is better/worst/same 
     try 
     { 
      //Versus code inside try/catch block 

     } 
     catch (Exception) 
     { 

      throw; 
     } 
    } 

Answer 1

在.net中，如果實際拋出異常，try/catch只會產生開銷。因此，不要過於擔心try中的代碼的性能影響。只是不要將異常作爲流量控制的一種形式。

Answer 2

我同意遞歸，但你可能想看看一個很好的解釋： http://www.programmersheaven.com/user/pheaven/blog/175-Do-trycatch-blocks-hurt-runtime-performance/

基本上，有使用在try..catch沒有問題，但是，我傾向於限制什麼，我在他們的我認爲依賴它們是不好的做法，而不是盡你所能去確保異常不會拋出，因爲異常會很昂貴，所以，在獲取它的長度之前檢查該字符串是否爲空。

Answer 3

我同意上面的內容，但是你不應該把你的整個代碼塊放在try catch中，讓它抓住formatexception或null引用。你應該爲這些編寫代碼並自己處理它們。

我不知道有多少次我看到：

try { 
Request.QueryString["id"].ToString(); 
} 

顯然，一個空引用如果id爲null，所以檢查它是否爲空，不要試圖/抓住它。

Answer 4

下面是解決此問題的正確方法。

首先編寫代碼，以便異常處理是正確的。始終保持正確。

然後設定合理的，以客戶爲中心的績效目標。然後測試你的程序。然後，如果你沒有達到你的目標，使用一個分析器來找到最慢的事情。如果一些奇怪的巧合最慢的事情碰巧是你正確的異常處理，那麼你應該考慮異常處理的性能成本。