**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倍，如果频繁的调用，可能更多。
1、当线程A，给TestStr设置值得时候，会调用对应的setter方法，也就是加锁了，此时B线程也要对TestStr进行设置新值，因为A线程已经锁住了，所以B只能等待，这个时候是线程安全的。
2、当线程A，给TestStr设置值得时候，此时B线程在读TestStr的值，因为setter和getter方法是没有联系的，这时，A在执行到加锁，只是还没有设置值，然而B线程已经读取走了，本来是想读取A设置之后的值，却读取了设置之前的值，也就线程不安全了。
3、当线程A，给TestStr设置值得时候，C线程在A之前release了TestStr，此时就会导致崩溃，也就是线程不安全了。
总的来说，atomic只是保证了setter方法的安全，没有保证对应成员变量的多线程安全，所以不是真正的线程安全。
二、线程安全的办法
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]; });}
