[2

理解限制：和

鎖定語句中的內部。此限制是預防常見錯誤來源的關鍵設計選擇：僵局。 Microsoft的文檔解釋說， lock 中的表達式會產生風險。 代碼的執行可以在等待後暫停，從而產生控制，以後在潛在的不同線程上恢復。此正時差距可能導致其他線程獲得鎖，逆轉鎖定順序並導致死鎖的情況。

讓我們檢查一個假設的例子： 類async { 公共靜態異步任務鎖（Object OBJ） { while（！monitor.tryenter（obj）） 等待任務yield（）; 返回新的出口（OBJ）； } 私人班級exitdisposable：idisposable { 私人閱讀對象obj; public exitdisposable（object obj）{this.obj = obj; } public void dispose（）{monitor.exit（this.obj）; } } } 此代碼試圖模仿異步鎖定，但是正如編譯器所指出的那樣，它很容易在[

內無限期阻止。 發生這種情況是因為[可能會在與獲取鎖（可能違反鎖定訂單的鎖定的線程）上執行。 本質上，的禁令是避免多線程應用程序中的死鎖的主動措施。 最好避免將異步操作與鎖語句相結合，並考慮從[[&&&&&&&threading [&& && && && && && && princterives諸如reader-writer locks或同步pientives）等替代同步方法。