一個lock鎖就可以分出低中高水平的程式員對問題的處置方式

說到lock鎖，我相信在座的各位沒有不會用的，而且還知道怎麼用不會出錯，但讓他們聊一聊為什麼可以鎖住，都說人以群分，大概就有了下麵低中高水平的三類人吧。

第一類人

將lock對象定義成static，這樣就能讓多個線程看到同一個對象，以此實現線程間互斥和保證同步，如果再深問為什麼？就怕遮遮掩掩的說好像每個實例都有一個同步塊索引，再展開的話就頂不住了，反正大家都這麼寫，我也不敢問，我也不會說，如果上代碼，只能這樣丟給你。

    public class Program
    {
        public static object lockMe = new object();

        public static void Main(string[] args)
        {
            var task1 = Task.Factory.StartNew(() =>
            {
                lock (lockMe)
                {
                    //todo
                }
            });

            var task2 = Task.Factory.StartNew(() =>
            {
                lock (lockMe)
                {
                    //todo
                }
            });

            Task.WaitAll(task1, task2);
        }
    }

第二類人

這類人可能看過CLR via C# 這樣類似聖經級著作，而且對相關概念也比較清楚。

1. 清楚‘引用類型’ 在堆上的佈局結構及棧上的指針是指向方法表索引（類型對象指針），如下圖。

2. 清楚當lock住對象後，它的‘同步塊索引’ 和 CLR上的‘同步塊數組’是呈現一個關聯關係，然後又是一張圖。

牛X點： 僅僅用了兩張圖就把這個事情解決的相當完美，讀者一看就明白了，然來是每個線程在lock的時候會查看一下對象的同步塊索引所映射的同步塊數組中的坑中信息來判斷是否可以加鎖。

不足點： 一定要挑刺的話，那就是這類人只是在聽別人講故事，到底是不是真的如此其實自己心裡也沒譜，只是一味的相信對方的人格魅力，而真正