なぜ、Monitor.Enter/Exitはlock（）ステートメントと比較して信頼できないのですか？

Question

using System.Collections.Concurrent; 
using System.Threading; 

namespace Examino.Infrastructure 
{ 
    public class MutexProviderService : IMutexProviderService 
    { 
     private readonly ConcurrentDictionary<string, object> mutexCollection; 

     public MutexProviderService() 
     { 
      mutexCollection = new ConcurrentDictionary<string, object>(); 
     } 

     public void Enter(string key) 
     { 
      Monitor.Enter(GetMutex(key)); 
     } 

     public void Exit(string key) 
     { 
      Monitor.Exit(GetMutex(key)); 
     } 

     public object GetMutex(string key) 
     { 
      return mutexCollection.GetOrAdd(key, (s) => new object()); 
     } 
    } 

    public interface IMutexProviderService 
    { 
     object GetMutex(string key); 
     void Enter(string key); 
     void Exit(string key); 
    } 
} 

私は、複数のTPLタスクによって、このクラスをテストし、

lock (mutexProviderService.GetMutex(lockName)) {} 

が確実にクリティカルセクションと

mutexProviderService.Enter(lockName); 
try { } 
finally 
{ 
    mutexProviderService.Exit(lockName); 
} 

が信頼できないロックしてご覧ください。同じインスタンス引数で確実に呼び出されるEnter/Exitを手動で呼び出すと何が問題になりますか？ P.P. MSDNの名前付きミューテックスコードは、このクラスよりもはるかに大きく複雑です。

Answer 1

これは（this記事を読んで）実際にあなたの質問への答えではありませんが、C＃4.0から始まる、lockは、次のコードを生成します。

bool lockWasTaken = false; 
var temp = obj; 
try 
{ 
    Monitor.Enter(temp, ref lockWasTaken); 
    { body } 
} 
finally 
{ 
    if (lockWasTaken) Monitor.Exit(temp); 
}