ios 线程依赖 ios线程锁性能

 

一、atomic介绍

github对应Demo：https://github.com/Master-fd/LockDemo

 

     在iOS中，@property 新增属性时，可以增加atomic选项，atomic会给对应对setter方法加锁，相当于

- (void)setTestStr:(NSString *)testStr
{
    @synchronizad(lock){
        if (testStr != _testStr) {
            [_testStr release];
            _testStr = [testStr retain];
        }
    }    
}

       那么就有问题了，为什么atomic又不是线程安全的呢？？而且还会代理性能问题，比起nonatomic性能可能要大减20倍，如果频繁的调用，可能更多。

线程安全的。

也就线程不安全了。

线程不安全了。

不是真正的线程安全。

  

二、线程安全的办法

2.1、synchronizad 给需要加锁的代码进行加锁。

- (IBAction)synchronizad:(id)sender {
    
    FDLog(@"synchronizad 测试");
    
    static NSObject *lock = nil;
    
    if (!lock) {
        lock = [[NSString alloc] init];
        
    }
    dispatch_async(dispatch_get_global_queue(DISPATCH_QUEUE_PRIORITY_DEFAULT, 0), ^{
        FDLog(@"线程A，准备好");
        @synchronized(lock){
            FDLog(@"线程A lock, 请等待");
            [NSThread sleepForTimeInterval:3];
            FDLog(@"线程A 执行完毕");
        }

    });
    
    dispatch_async(dispatch_get_global_queue(DISPATCH_QUEUE_PRIORITY_DEFAULT, 0), ^{
        FDLog(@"线程B，准备好");
        @synchronized(lock){
            FDLog(@"线程B lock, 请等待");
            [NSThread sleepForTimeInterval:1];
            FDLog(@"线程B 执行完毕");
        }
    });
}

上面的AB线程都使用了同一把锁，对相应代码进行加锁，所以锁内的代码是线程安全的。

 

2.2、NSLook 对多线程需要安全的代码加锁

- (IBAction)NSLook:(id)sender {

    static NSLock *lock = nil;
    if (!lock) {
        lock = [[NSLock alloc] init];
    }
    
    dispatch_async(dispatch_get_global_queue(DISPATCH_QUEUE_PRIORITY_DEFAULT, 0), ^{
        FDLog(@"线程A，准备好");
        [lock lock];
            FDLog(@"线程A lock, 请等待");
            [NSThread sleepForTimeInterval:3];
            FDLog(@"线程A 执行完毕");
        [lock unlock];
        
    });
    
    dispatch_async(dispatch_get_global_queue(DISPATCH_QUEUE_PRIORITY_DEFAULT, 0), ^{
        FDLog(@"线程B，准备好");
        [lock lock];
            FDLog(@"线程B lock, 请等待");
            [NSThread sleepForTimeInterval:1];
            FDLog(@"线程B 执行完毕");
        [lock unlock];
    });
    
}

上面的AB线程都使用了同一把锁，对相应代码进行加锁，所以锁内的代码是线程安全的。

 

2.3、NSCondition 条件锁，只有达到条件之后，才会执行锁操作，否则不会对数据进行加锁

- (IBAction)NSCondition:(id)sender {

#define kCondition_A  1
#define kCondition_B  2

    __block NSUInteger condition = kCondition_B;
    static NSConditionLock *conditionLock = nil;
    if (!conditionLock) {
        conditionLock = [[NSConditionLock alloc] initWithCondition:condition];
    }
    
    dispatch_async(dispatch_get_global_queue(DISPATCH_QUEUE_PRIORITY_DEFAULT, 0), ^{
        FDLog(@"线程A，准备好,检测是否可以加锁");
        BOOL canLock = [conditionLock tryLockWhenCondition:kCondition_A];
        
        if (canLock) {
            FDLog(@"线程A lock, 请等待");
            [NSThread sleepForTimeInterval:1];
            FDLog(@"线程A 执行完毕");
            [conditionLock unlock];
        }else{
            FDLog(@"线程A 条件不满足，未加lock");
        }
    });

    
    dispatch_async(dispatch_get_global_queue(DISPATCH_QUEUE_PRIORITY_DEFAULT, 0), ^{
        FDLog(@"线程B，准备好,检测是否可以加锁");
 

BOOL canLock = [conditionLock tryLockWhenCondition:kCondition_B];
        
        if (canLock) {
            FDLog(@"线程B lock, 请等待");
            [NSThread sleepForTimeInterval:1];
            FDLog(@"线程B 执行完毕");
            [conditionLock unlock];
        }else{
            FDLog(@"线程B 未加lock");
        }
    });
}

 

2.4、NSRecursiveLock 递归锁，同一个线程可以多次加锁，但是不会引起死锁,如果是NSLock，则会导致崩溃

- (void)reverseDebug:(NSUInteger )num lock:(NSRecursiveLock *)lock
{
    [lock lock];
    if (num<=0) {
        FDLog(@"结束");
        return;
    }
    FDLog(@"加了递归锁, num = %ld", num);
    [NSThread sleepForTimeInterval:0.5];
    [self reverseDebug:num-1 lock:lock];
    
    [lock unlock];
}

- (IBAction)NSRecursiveLock:(id)sender {
    
    static NSRecursiveLock *lock = nil;
    
    if (!lock) {
        lock = [[NSRecursiveLock alloc] init];
    }
    
    dispatch_async(dispatch_get_global_queue(DISPATCH_QUEUE_PRIORITY_DEFAULT, 0), ^{
        [self reverseDebug:5 lock:lock];
    });
}

github对应Demo：https://github.com/Master-fd/LockDemo