原子操作
在多線程要操作一個字符串時宠蚂，為了保證只有一個線程在賦值或者取值的時候我們會考慮加鎖。
- atomic屬性內(nèi)部的鎖稱為 自旋鎖
- 凡是線程安全的對象踢匣，內(nèi)部肯定會加鎖
@property(atomic,copy)NSString *name;
那么atomic是應(yīng)該怎么在setter和getter中實現(xiàn)呢告匠，原理是僅需要給self加鎖，重寫setter离唬，getter：
@synthesize name = _name;
- (void)setName:(NSString *)name {
@synchronized(self) {
_name = [name copy];
}
}
- (NSString *)name {
@synchronized(self) {
return _name;
}
}
不過這么寫后专，也不能保證線程安全。如果線程A調(diào)用了getter输莺，同時線程B調(diào)用了setter戚哎，那么A線程getter得到的值，可能是B在set之前的原始值嫂用，也可能是B set的值型凳。同時這個屬性的值，也可能是B set的值嘱函。
所以甘畅，保證數(shù)據(jù)完整性不能簡單靠一把鎖來完成，畢竟這個是多線程編程最大的難點。
自旋鎖和互斥鎖
- 相同點：
- 都能保證同一時間只有一個線程訪問共享資源疏唾。都能保證線程安全蓄氧。
- 不同點：
- 互斥鎖：如果共享數(shù)據(jù)已經(jīng)有其他線程加鎖了，線程會進(jìn)入休眠狀態(tài)等待鎖荸实。一旦被訪問的資源被解鎖匀们，則等待資源的線程會被喚醒。
- 自旋鎖：如果共享數(shù)據(jù)已經(jīng)有其他線程加鎖了准给，線程會以死循環(huán)的方式等待鎖泄朴，一旦被訪問的資源被解鎖，則等待資源的線程會立即執(zhí)行露氮。
- 自旋鎖的效率高于互斥鎖祖灰。
1.信號量 dispatch_semaphore
YY大神推薦使用信號量dispatch_semaphore作為自旋鎖的替代方案。
dispatch_semaphore_t signal = dispatch_semaphore_create(1);
dispatch_time_t timeout = dispatch_time(DISPATCH_TIME_NOW, 5.0f * NSEC_PER_SEC);
//線程1
dispatch_async(dispatch_get_global_queue(DISPATCH_QUEUE_PRIORITY_DEFAULT, 0), ^{
NSLog(@"線程1 holding");
dispatch_semaphore_wait(signal, timeout); //signal 值 -1
NSLog(@"線程1 sleep");
sleep(4);
NSLog(@"線程1");
dispatch_semaphore_signal(signal); //signal 值 +1
NSLog(@"線程1 post singal");
});
//線程2
dispatch_async(dispatch_get_global_queue(DISPATCH_QUEUE_PRIORITY_DEFAULT, 0), ^{
NSLog(@"線程2 holding");
dispatch_semaphore_wait(signal, timeout);
NSLog(@"線程2 sleep");
sleep(4);
NSLog(@"線程2");
dispatch_semaphore_signal(signal);
NSLog(@"線程2 post signal");
});
dispatch_semaphore_create(1)為創(chuàng)建信號畔规，（）中數(shù)字表示可以同時幾個線程使用信號局扶。為1表示同步使用。上述代碼如果此處標(biāo)2就和沒設(shè)置信號量一樣叁扫，并發(fā)自行運(yùn)行三妈。如果設(shè)置為0，則一律等待overTime時自動釋放莫绣，所有代碼都不執(zhí)行畴蒲，理論上也具有同步作用。
dispatch_semaphore_wait中傳入的timeout表示最長加鎖時間对室，自動釋放鎖后模燥，其它線程可以獲取信號并繼續(xù)運(yùn)行。
2.pthread_mutex鎖
pthread表示的是POSIX thread掩宜，定義的是一組跨平臺線程相關(guān)的API蔫骂。
pthread_mutex互斥鎖是一個非遞歸鎖，如果同一線程重復(fù)調(diào)用加鎖會造成死鎖牺汤。
用法比較簡單
static pthread_mutex_t pmutexLock;
pthread_mutex_init(&pLock, NULL);
//1.線程2
dispatch_async(dispatch_get_global_queue(DISPATCH_QUEUE_PRIORITY_HIGH, 0), ^{
NSLog(@"線程2 befor lock");
pthread_mutex_lock(&pLock);
NSLog(@"線程2");
pthread_mutex_unlock(&pLock);
});
//2.線程1
dispatch_async(dispatch_get_global_queue(DISPATCH_QUEUE_PRIORITY_DEFAULT, 0), ^{
NSLog(@"線程1 before lock");
pthread_mutex_lock(&pLock);
sleep(3);
NSLog(@"線程1");
pthread_mutex_unlock(&pLock);
});
pthread_mutex(recursive) 遞歸鎖辽旋，比較安全，同一線程有且僅有一次加鎖檐迟，重復(fù)加鎖不會死鎖戴已。無論加鎖幾次，只需解鎖一次锅减。
static pthread_mutex_t pLock;
pthread_mutexattr_t attr;
pthread_mutexattr_init(&attr); //初始化attr賦初值
pthread_mutexattr_settype(&attr, PTHREAD_MUTEX_RECURSIVE); //設(shè)置鎖類型為遞歸鎖
pthread_mutex_init(&pLock, &attr);
pthread_mutexattr_destroy(&attr);
//1.線程1
dispatch_async(dispatch_get_global_queue(DISPATCH_QUEUE_PRIORITY_DEFAULT, 0), ^{
static void (^RecursiveBlock)(int);
RecursiveBlock = ^(int value) {
pthread_mutex_lock(&pLock);
if (value > 0) {
NSLog(@"value: %d", value);
RecursiveBlock(value - 1);
}
};
NSLog(@"線程1 before lock");
RecursiveBlock(5);
NSLog(@"線程1");
pthread_mutex_unlock(&pLock);
NSLog(@"線程1 unlock");
});
//2.線程2
dispatch_async(dispatch_get_global_queue(DISPATCH_QUEUE_PRIORITY_DEFAULT, 0), ^{
NSLog(@"線程2 before lock");
pthread_mutex_lock(&pLock);
NSLog(@"線程2");
pthread_mutex_unlock(&pLock);
NSLog(@"線程2 unlock");
});
3.@synchronized
@synchronized 實際上是把修飾對象當(dāng)做鎖來使用。這是通過一個哈希表來實現(xiàn)的伐坏，OC 在底層使用了一個互斥鎖的數(shù)組(你可以理解為鎖池)怔匣，通過對對象去哈希值來得到對應(yīng)的互斥鎖。
各種鎖的性能參考下YY大神的圖
相同類型的鎖遞歸鎖和普通鎖效率相差接近一倍，如果不會在循環(huán)或者遞歸中頻繁使用加鎖和解鎖每瞒，不建議使用遞歸鎖金闽；從效率上講，建議用互斥鎖pthread_mutex（YYKit方案）或者信號量dispatch_semaphore作為替代剿骨。
OSSpinlock各路大神都說有問題代芜，還有iOS的各種鎖就不一一細(xì)說了，如果想了解更多的線程鎖自行去搜索哈浓利。
