一个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的时候会查看一下对象的同步块索引所映射的同步块数组中的坑中信息来判断是否可以加锁。

不足点： 一定要挑刺的话，那就是这类人只是在听别人讲故事，到底是不是真的如此其实自己心里也没谱，只是一味的相信对方的人格魅力，而真正

相关文章

• Java读源码之ReentrantLock
• 透过 ReentrantLock 分析 AQS 的实现原理
• 【原创】linux spinlock/rwlock/seqlock原理剖析（基于A
• EntityFramework Core 3.x添加查询提示（NOLOCK）
• 给 EF Core 查询增加 With NoLock
• 多线程设计模式——Read-Write Lock模式和Future模式
• ReentrantLock源码解析——虽众但写
• Block详解二(底层分析)
• C# lock 语法糖实现原理--《.NET Core 底层入门》之自
• ReentrantReadWriteLock源码探究
• VM卸载不完全，重装的一个下午