iOS底层探索之多线程(十六)——锁分析(NSLock、NSCondtion、NSRecursiveLock、NSCondition)

iOS 开发，各种锁你了解多少？NSLock、NSCondtion、NSRecursiveLock…

回顾

在之前的一篇博客中，介绍了锁的种类，在上一篇博客中已经对@synchronized锁进行了源码分析，还有其他的一些锁没有介绍，那么本篇博客就分析一下其他的一些锁！

iOS底层探索之多线程(一)—进程和线程

iOS底层探索之多线程(二)—线程和锁

iOS底层探索之多线程(三)—初识GCD

iOS底层探索之多线程(四)—GCD的队列

iOS底层探索之多线程(五)—GCD不同队列源码分析

iOS底层探索之多线程(六)—GCD源码分析(sync 同步函数、async 异步函数)

iOS底层探索之多线程(七)—GCD源码分析(死锁的原因)

iOS底层探索之多线程(八)—GCD源码分析(函数的同步性、异步性、单例)

iOS底层探索之多线程(九)—GCD源码分析(栅栏函数)

iOS底层探索之多线程(十)—GCD源码分析( 信号量)

iOS底层探索之多线程(十一)—GCD源码分析(调度组)

iOS底层探索之多线程(十二)—GCD源码分析(事件源)

iOS底层探索之多线程(十三)—锁的种类你知多少?

iOS底层探索之多线程(十四)—关于@synchronized锁你了解多少?

iOS底层探索之多线程(十五)—@synchronized源码分析

1. 关于锁的介绍

1.1 锁的分类

⾃旋锁：线程反复检查锁变量是否可⽤。由于线程在这⼀过程中保持执⾏，因此是⼀种忙等待。⼀旦获取了⾃旋锁，线程会⼀直保持该锁，直⾄显式释放⾃旋锁。 ⾃旋锁避免了进程上下⽂的调度开销，因此对于线程只会阻塞很短时间的场合是有效的。
互斥锁：是⼀种⽤于多线程编程中，防⽌两条线程同时对同⼀公共资源（⽐如全局变量）进⾏读写的机制。该⽬的通过将代码切⽚成⼀个⼀个的临界区⽽达成互斥的作用。

属于互斥锁的有：NSLock 、pthread_mutex 、 @synchronized等

1.2 锁的归类

条件锁：就是条件变量，当进程的某些资源要求不满⾜时就进⼊休眠，也就是锁住了。当资源被分配到了，条件锁打开，进程继续运⾏，如：NSCondition、NSConditionLock
递归锁：就是同⼀个线程可以加锁N次⽽不会引发死锁，如：NSRecursiveLock、 pthread_mutex(recursive)
信号量（semaphore）：是⼀种更⾼级的同步机制，互斥锁可以说是semaphore在仅取值0/1时的特例。信号量可以有更多的取值空间，⽤来实现更加复杂的同步，⽽不单单是线程间互斥，如： dispatch_semaphore

锁的归类其实基本的锁就包括了三类: ⾃旋锁 互斥锁 读写锁，其他的⽐如条件锁，递归锁，信号量都是上层的封装和实现！

读写锁：读写锁实际是⼀种特殊的互斥锁，它把对共享资源的访问者划分成读者和写者，读者只对共享资源进⾏读访问，写者则需要对共享资源进⾏写操作。

2. NSLock

举例1

有如下代码：

- (void)is_crash{NSLog(@"reno");for (int i = 0; i < 10000; i++) {dispatch_async(dispatch_get_global_queue(0, 0), ^{_testArray = [NSMutableArray array];});}
}

不加锁的时候运行

没有加锁，多线程访问，直接奔溃了，那么现在去加锁看看结果如何呢？

加锁

加锁的情况下，就不会奔溃，保证了线程的安全。

举例 2

NSLog(@"jpreno");
dispatch_async(dispatch_get_global_queue(0, 0), ^{static void (^testMethod)(int);testMethod = ^(int value){if (value > 0) {NSLog(@"current value = %d",value);testMethod(value - 1);}};testMethod(10);});

打印结果

打印结果没有任何问题，那么加个 for循环呢？

现在出现了，打印的数据混乱了，也就是多线程访问了，那么解决办法，就是加锁，那么加在哪里呢？大部分人会加在这里，如下：

那么加在上图中，会正常打印吗？现在还不得而知，现在我们去运行一下代码来看看吧！

从运行打印结果来看，数据还是错乱了，很显然NSLock 的锁的位置没有加对地方，那么正确✅的加锁位置在哪里呢？请看