多用派发队列,少用同步锁

在Objective-C中,如果有多个线程要执行同一份代码,那么有时候可能会出现问题,这种情况下,通常使用锁来实现某种同步机制。在GCD出现之前,有两种办法。第一种采用内置的“同步块”(synchronization block):
- (void)synchronizedMethod {
    @synchronized(self){
        // Safe
    }
}
这种写法会根据给定的对象,自动创建一个锁,并等待块中的代码执行完毕。执行到这段代码的结尾处,锁就释放了。but滥用@synchronized(self)则会降低代码效率,因为共用同一个锁的那些同步块,都必须按顺序执行。

另一个办法是直接食用NSLock对象:

_lock = [[NSLock alloc] init];
-(void)synchronizedMethod {
    [_lock lock];
    // Safe
    [_lock unlock];
}

GCD以更简单、更高效的形式为代码加锁。 使用“串行同步队列”。将读取操作以及写入操作都安排在同一个队列里,即可保证数据同步。

_syncQueue = dispatch_queue_create("com.effectiveobjectivec.syncQueue",NULL);
- (NSString *)someString {
    __block NSString *localSomething;
    dispatch_sync(_syncQueue, ^{
        localSomeString = _someString;
        });
    return localSomeString;
}
- (void)setSomeString:(NSString *)someString {
    dispatch_sync(_syncQueue, ^{
        _someString = someString;
    });
}

多个获取方法可以并发执行,而获取方法与设置方法之间不能并发执行,利用这个特点,可以优化代码。改为并发队列。

_syncQueue = dispatch_get_global_queue (DISPATCH_QUEUE_PRIORITY_DEFAULT, 0);
-(NSString *)someString {
    __block NSString *localSomeString;
    dispatch_sync (_syncQueue, ^{
        localSomeString = _someString;
    });
    return localSomeString;
}
- (void)setSomeString:(NSString *)someString {
    dispatch_barrier_async(_syncQueue, ^{
        _someString = someString;
        });
}
栏栅块必须单独执行,不能与其他块并行,这只对并发队列有意义,因为串行队列中的块总是按顺序逐个来执行的。并发队列如果发现接下来要处理的块是个栏栅块,那么就一直等到当前所有并发块都执行完毕,才会单独执行这个栏栅块。待栏栅块执行过后,再按正常方式继续向下处理。

设置方法中使用了栏栅块之后,对属性的读取操作依然可以并发执行,但是写入操作却必须单独执行了。

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
多用组合少用继承的设计思想是一种常见的设计原则,也被称为组合优于继承(Composition over Inheritance)原则。它建议在设计类和对象之间的关系时,更多地使用组合而不是继承。 使用组合意味着将功能从一个类提取出来,并将其作为另一个类的成员进行组合。这样做可以避免继承链的复杂性和耦合度的增加,同时也提供了更大的灵活性和可维护性。下面是一些使用组合而不是继承的好处: 1. 松耦合性:组合减少了类之间的依赖关系,使得系统更加灵活和可扩展。如果使用继承,子类与父类之间的耦合度会增加,当父类发生改变时,子类也需要相应地进行修改。 2. 更好的代码复用:通过将功能封装为独立的类,可以更方便地在不同的类中进行复用。这样可以避免重复编写相似的代码,并且更容易调整和修改功能。 3. 更好的可维护性:使用组合可以将系统分解为更小、更简单的部分,每个部分都可以独立地进行修改和测试。这样可以提高代码的可读性和可维护性,减少出错的可能性。 4. 灵活的设计扩展:使用组合可以轻松地在运行时更改对象的行为,而无需修改类的结构。这种灵活性使得系统更容易适应变化和需求的变化。 当然,并不是说继承完全不应该使用,继承仍然是一种有用的工具。但在设计中,应该优先考虑使用组合,只有在确实需要共享代码和行为的情况下才考虑使用继承。

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

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

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值