爲何不要lock(this) ，鎖定變量最好是readonly

來自森大科技官方博客
http://www.cnsendblog.com/index.php/?p=392
GPS平臺、網站建設、軟件開發、系統運維，找森大網絡科技！
http://cnsendnet.taobao.com

一. 爲何要lock，lock了什麼？

當咱們使用線程的時候，效率最高的方式固然是異步，即各個線程同時運行，其間不相互依賴和等待。但當不一樣的線程都須要訪問某個資源的時候，就須要同步機制了，也就是說當對同一個資源進行讀寫的時候，咱們要使該資源在同一時刻只能被一個線程操做，以確保每一個操做都是有效即時的，也即保證其操做的原子性。lock是C#中最經常使用的同步方式，格式爲lock(objectA){codeB} 。

lock(objectA){codeB} 看似簡單，實際上有三個意思，這對於適當地使用它相當重要：

1. objectA被lock了嗎？沒有則由我來lock，不然一直等待，直至objectA被釋放。
2. lock之後在執行codeB的期間其餘線程不能調用codeB，也不能使用objectA。
3. 執行完codeB以後釋放objectA，而且codeB能夠被其餘線程訪問。

二. lock(this)怎麼了？

咱們看一個例子：

using System;
using System.Threading;

namespace Namespace1
{
    class C1
     {
        private bool deadlocked= true;

        //這個方法用到了lock，咱們但願lock的代碼在同一時刻只能由一個線程訪問
        public void LockMe(object o)
         {
            lock (this)
             {
                while(deadlocked)
                 {
                     deadlocked = (bool)o;
                     Console.WriteLine("Foo: I am locked :(");
                     Thread.Sleep(500);
                 }
             }
         }

        //全部線程均可以同時訪問的方法
        public void DoNotLockMe()
         {
             Console.WriteLine("I am not locked :)");
         }
     }

    class Program
     {
        staticvoid Main(string[] args)
         {
             C1 c1 =new C1();

            //在t1線程中調用LockMe，並將deadlock設爲true（將出現死鎖）
             Thread t1= new Thread(c1.LockMe);
             t1.Start(true);
             Thread.Sleep(100);

            //在主線程中lock c1
            lock (c1)
             {
                //調用沒有被lock的方法
                 c1.DoNotLockMe();
                //調用被lock的方法，並試圖將deadlock解除
                 c1.LockMe(false);
             }
         }
     }

在t1線程中，LockMe調用了lock(this), 也就是Main函數中的c1，這時候在主線程中調用lock(c1)時，必需要等待t1中的lock塊執行完畢以後才能訪問c1，即全部c1相關的操做都沒法完成，因而咱們看到連c1.DoNotLockMe()都沒有執行。

把C1的代碼稍做改動：

class C1
     {
        privatebool deadlocked= true;
        private object locker= new object();

        //這個方法用到了lock，咱們但願lock的代碼在同一時刻只能由一個線程訪問
        public void LockMe(object o)
         {
            lock (locker)
             {
                while(deadlocked)
                 {
                     deadlocked = (bool)o;
                     Console.WriteLine("Foo: I am locked :(");
                     Thread.Sleep(500);
                 }
             }
         }

        //全部線程均可以同時訪問的方法
        public void DoNotLockMe()
         {
             Console.WriteLine("I am not locked :)");
         }
     }

此次咱們使用一個私有成員做爲鎖定變量(locker)，在LockMe中僅僅鎖定這個私有locker，而不是整個對象。這時候從新運行程序，能夠看到雖然t1出現了死鎖，DoNotLockMe()仍然能夠由主線程訪問；LockMe()依然不能訪問，緣由是其中鎖定的locker尚未被t1釋放。

關鍵點：

1. lock(this)的缺點就是在一個線程鎖定某對象以後致使整個對象沒法被其餘線程訪問。
2. 鎖定的不單單是lock段裏的代碼，鎖自己也是線程安全的。
3. 咱們應該使用不影響其餘操做的私有對象做爲locker。
4. 在使用lock的時候，被lock的對象(locker)必定要是引用類型的，若是是值類型，將致使每次lock的時候都會將該對象裝箱爲一個新的引用對象(事實上若是使用值類型，C#編譯器(3.5.30729.1)在編譯時就會給出一個錯誤)。

kenny add

而對於Monitor，發現它的靜態方法Enter(object obj)有一個異常類型ArgumentNullException，
執行lock(null對象 )處，拋出未處理的異常：System.ArgumentNullException: 值不能爲空！
在代碼段中修改鎖定對象，會出現 blance<0的狀況，並會拋出異常
private static readonly object obj = new object();
爲何要設置成只讀的呢？這是由於若是在lock代碼段中改變obj的值，其它線程就暢通無阻了，由於互斥鎖的對象變了，object.ReferenceEquals必然返回false。
因此把上面的修改爲private static readonly

來自森大科技官方博客
http://www.cnsendblog.com/index.php/?p=392
GPS平臺、網站建設、軟件開發、系統運維，找森大網絡科技！
http://cnsendnet.taobao.com