iOS 多线程之加锁

开篇思考：1.什么是锁？2.为什么加锁？3.有哪几种锁？4.不同锁的使用场景？各自用法？5.不同锁的性能对比

1.什么是？

保护多线程并发执行安全的方式，避免多线程同时访问同一块资源而出现数据混乱，引发数据安全问题。如：读并改同一值而混乱

2.为什么？

解决多线程抢夺同一块资源问题

3.哪几种？5.性能对比

自旋锁  OSSPinLock 、atomic

什么情况使用自旋锁？

预计线程等待锁的时间很短，短到比线程切换上下文时长更短 

多核处理器 加锁的代码（临界区）经常被调用，但竞争情况很少发生，CPU资源不紧张

互斥锁os_unfair_lock、pthread_mutex、dispatch_semaphore、dispatch_queue(DISPATCH_QUEUE_SEARIAL)、NSLock、NSCondition、NSConditionLock、NSRecursiveLock、@synchronized

什么情况使用互斥锁？

预计线程等待锁的时间较长

单核处理器 临界区有IO操作、代码复杂或者循环量大、竞争非常激烈

os_unfair_lock、OSSPinLock 、pthread_mutex、dispatch_semaphore、dispatch_queue(DISPATCH_QUEUE_SEARIAL)、NSLock、NSCondition、NSConditionLock、NSRecursiveLock、@synchronized

4.场景 用法

OSSPinLock 原理死循环，在iOS10被弃用，优先级反转（低优先级拿到锁，高优先级忙等大耗CPU，导致低优先级也拿不到CPU无法完成任务并释放锁）

atomic用于保证属性setter、getter的原子性操作，相当于在getter和setter内部加了线程同步的锁，它并不能保证使用属性的过程是线程安全的

os_unfair_lock用于取代不安全的OSSpinLock ，从iOS10开始才支持 从底层调用看，等待os_unfair_lock锁的线程会处于休眠状态，并非忙等 需要导入头文件#import <os/lock.h>  用法 INIT trylock lock unlock

pthread_mutex 等待锁的线程会处于休眠状态 需要导入头文件#import <pthread.h> 用法比os_unfair_lock 多初始化锁属性、销毁相关资源

NSLock是对mutex普通锁的封装

NSRecursiveLock也是对mutex递归锁的封装，API跟NSLock基本一致

NSCondition是对mutex和cond的封装

NSConditionLock是对NSCondition的进一步封装，可以设置具体的条件值

dispatch_semaphore叫做”信号量” 信号量的初始值，可以用来控制线程并发访问的最大数量 信号量的初始值为1，代表同时只允许1条线程访问资源，保证线程同步

dispatch_queue直接使用GCD的串行队列，也是可以实现线程同步的

@synchronized是对mutex递归锁的封装 @synchronized(obj)内部会生成obj对应的递归锁，然后进行加锁、解锁操作

5.实际开发中使用的多线程锁

持仓列表 持仓数据处理互斥锁