iOS读写锁

20 篇文章 1 订阅

 

   在OC中,如果有多个线程要执行同一份代码,那么有时候可能会出问题。一般采用锁来实现某种同步机制。在GCD出现之前,第一种是采用“同步Block”,另一个办法是使用NSLock对象。这两种都会遇到死锁现象。使用gcd,它能以简单、高效的形式为代码枷锁。

    “串行同步队列”(serial synchronization queue)。将读取/写入都安排在同一个队列里,即可保证数据同步。

 

[objc] view plaincopy

  1. dispatch_queue_t _syncQueue = dispatch_queue_create("com.effective-c.syncQueue"NULL);  

  2. -(NSString*) someString {  
  3.     __block NSString* localSomething;  
  4.     dispatch_sync(_syncQueue,^{  
  5.         localSomeString = _someString;  
  6.     });  
  7.     return localSomeString  
  8. }  
  9. -(void) setSomeString:(NSString*) someString{  
  10.     dispatch_sync(_syncQueue,^{  
  11.         _someString = someString;  
  12.     });  
  13. }  

 

    此模式的思路是:把设置操作与获取操作都安排在序列化的队列里执行,这样的话,所有的针对属性的访问都是同步了。这点很想symbian的多动对象(OA)

    并发读取数据, 写数据是单个的代码优化如下

[objc] view plaincopy

  1. dispatch_queue_t _concurrentQueue =dispatch_queue_create("com.read-write.queue",DISPATCH_QUEUE_CONCURRENT);

  2.  
  3. -(NSString*) someString {  
  4.     __block NSString* localSomething;  
  5.     dispatch_async(_concurrentQueue,^{  
  6.         localSomeString = _someString;  
  7.     });  
  8.     return localSomeString  
  9. }  
  10. -(void) setSomeString:(NSString*) someString{  
  11.     dispatch_barrier_async(_concurrentQueue,^{  
  12.         _someString = someString;  
  13.     });  
  14. }
  15.  
  1.   

 

 

    其中dispatch_barrier_async是栅栏,在队列中,栅栏块必须单独执行,不能与其他块并行。如图所示:

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 1
    评论
iOS中,可以使用互斥来实现线程间的互斥访问,保护共享资源的安全。互斥的实现原理可以分为两个层面:内核层面和用户层面。 1. 内核层面的互斥实现原理: - POSIX互斥:在iOS中,使用POSIX标准的互斥pthread_mutex_t来实现。它是基于内核提供的原语实现的,通过系统调用来管理的状态。当一个线程请求时,如果已经被占用,则该线程会被阻塞,并进入等待状态。当持有的线程释放时,等待队列中的一个线程会被唤醒,获取到继续执行。 2. 用户层面的互斥实现原理: - 自旋:自旋是一种忙等待的机制,它通过循环检查的状态,直到获取到为止。在iOS中,可以使用OSSpinLock来实现自旋。当一个线程请求时,如果已经被占用,则该线程会一直循环检查的状态,直到获取到后才继续执行。自旋适用于临界区代码执行时间短暂,且争用的线程数较少的情况。 - 互斥(NSLock、NSRecursiveLock、NSConditionLock):在iOS中,还提供了一些高级的互斥类,如NSLock、NSRecursiveLock、NSConditionLock。这些类是基于底层的pthread_mutex_t实现的,提供了更方便的API和更高级的功能。NSLock和NSRecursiveLock是互斥,可以保护临界区代码的互斥访问。NSRecursiveLock允许同一个线程对进行多次加,避免死。NSConditionLock是一种条件,可以在特定条件满足时才允许访问临界区代码。 需要注意的是,使用互斥时,应遵循良好的加和解的原则,避免死和资源泄漏等问题。同时,在高并发的场景中,也可以考虑使用其他更高级的同步机制,如信号量(dispatch_semaphore)或(pthread_rwlock_t),以满足不同的需求。 希望以上解答对你有所帮助!如果还有其他问题,请随时提问。

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值