一、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倍,如果频繁的调用,可能更多。
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];
});
}
github对应Demo:https://github.com/Master-fd/LockDemo
来源:https://www.cnblogs.com/hepingqingfeng/p/5705799.html