try内部でロックを使用するとパフォーマンスが低下する

Question

ユニットテストで使用されるMockHttpListenerコールバックがあります。以下に示すように、私はそれにロックを追加しました：

public void HandleRequest(HttpListenerContext context) 
{ 
    try 
    { 
     lock (m_guard) 
     { 
      do something short; 
     } 

     do the actual handling (longer) 
    } 
    catch (HttpListenerException e) 
    { 
     ... 
    } 
    catch (Exception e) 
    { 
     ... 
    } 
    ... 
} 

を、私はテストが原因の添加前に、我々は（私はテストでこの問題が発生していない持っている判断基準「が長すぎるを取って」に失敗した問題が発生しました。ロック）

私は、問題を特定するために多くのことを試してみましたが、問題を修正しました唯一のものは、tryブロックの外にロックを取っていた。

public void HandleRequest(HttpListenerContext context) 
{ 
    lock (m_guard) 
    { 
     do something short; 
    } 
    try 
    { 
     do the actual handling (longer) 
    } 
    catch (HttpListenerException e) 
    { 
     ... 
    } 
    catch (Exception e) 
    { 
     ... 
    } 
    ... 
} 

行動の変化はその点では一致していますduratに影響を与えたtryブロックに相対的なロック位置イオンは、テストが完了するまでにかかりました。

理由は何ですか？

Answer 1

これはデッドロックのように聞こえます - 「何か短いコードを実行する」コードは、それ自体がロックをとるコードを呼び出しますか？

次のコードは正常に機能しますが、これは良い考えではありませんが、問題なく終了します。

class Program 
{ 
    static void Main(string[] args) 
    { 
     Locks.DoStuff(Enumerable.Range(0, 10000).Select(e => 9999 - e).ToList()); 
    } 
} 

static class Locks 
{ 
    public static void DoStuff(List<int> blah) 
    { 
     try 
     { 
      lock (blah) 
      { 
       for (var i = 0; i < blah.Count; i++) 
       { 
        blah[i] = 1000/blah[i]; 
       } 
      } 
     } 
     catch (DivideByZeroException e) 
     { 
      Trace.WriteLine("Exception - divided by zero"); 
     } 
    } 
}