1. 程式人生 > >一個lock鎖就可以分出低中高水平的程式設計師對問題的處置方式

一個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的時候會檢視一下物件的同步塊索引所對映的同步塊陣列中的坑中資訊來判斷是否可以加鎖。

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