iOS锁的选型

在iOS开发中,在多线程的情况下,进行操作,为避免乱序,需要锁保证同一时间只有一个线程在进行读写某段读写操作。

根据操作的复杂的程度可以决定使用锁的类型。

如果操作在循环50次以下,一般用@synchronized比较简单,用其他锁带来的性能提升也不明显

@synchronized(self){
}

 如果操作在循环50次以上,就要考虑锁对性能的影响了,涉及锁的选型:

1. 一一对应型:需要保证加锁操作和解锁操作一一对应,否则会发生死锁,锁住线程

2.不必一一对应型:无需配对使用

semaphore 信号量 (同类中性能最好)需要保证加锁、解锁一一对应

// wait:信号量-1,若>=0则执行操作 
// signal:信号量+1 
// 如果信号量引用为0,释放信号量,会调用dispatch_semaphore_dispose,需要保证此时信号量值为初始化时候的值,否则属于等待中信号量提前释放,会抛出异常
dispatch_semaphore_create(long value);
dispatch_semaphore_wait(dispatch_semaphore_t _Nonnull dsema, dispatch_time_t timeout);
dispatch_semaphore_signal(dispatch_semaphore_t _Nonnull dsema);



// 需要保证加锁、解锁一一对应
NSLock、pthread_mutex  互斥锁


// 可以在一个线程中多次获得,注意一个线程,不必一一对应
NSRecursiveLock递归锁


// 可以在不同线程中使用,不必一一对应
pthread_mutex(recursive)
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值