iOS保證線程安全的幾種方式

轉(zhuǎn)載自：http://www.reibang.com/p/938d68ed832c#

一、前言

前段時(shí)間看了幾個(gè)開源項(xiàng)目，發(fā)現(xiàn)他們保持線程同步的方式各不相同本鸣，有@synchronized、NSLock、dispatch_semaphore涩维、NSCondition、pthread_mutex、OSSpinLock瓦阐。后來網(wǎng)上查了一下蜗侈，發(fā)現(xiàn)他們的實(shí)現(xiàn)機(jī)制各不相同，性能也各不一樣睡蟋。不好意思踏幻，我們平常使用最多的@synchronized是性能最差的。下面我們先分別介紹每個(gè)加鎖方式的使用戳杀，在使用一個(gè)案例來對(duì)他們進(jìn)行性能對(duì)比该面。

二、介紹與使用

2.1信卡、@synchronized

NSObject *obj = [[NSObject alloc] init];

dispatch_async(dispatch_get_global_queue(DISPATCH_QUEUE_PRIORITY_DEFAULT,0), ^{

????????@synchronized(obj) {

????????????????NSLog(@"需要線程同步的操作1 開始");? ? ? ? ? ?

????????????????sleep(3);

????????????????NSLog(@"需要線程同步的操作1 結(jié)束");? ? ? ?

????????????????}? ?

????????});

dispatch_async(dispatch_get_global_queue(DISPATCH_QUEUE_PRIORITY_DEFAULT,0), ^{? ? ? ?

????????sleep(1);

????????@synchronized(obj) {

????????????????NSLog(@"需要線程同步的操作2");? ? ? ?

????????}? ?

});

@synchronized(obj)指令使用的obj為該鎖的唯一標(biāo)識(shí)隔缀，只有當(dāng)標(biāo)識(shí)相同時(shí)，才為滿足互斥傍菇，如果線程2中的@synchronized(obj)改為@synchronized(self),剛線程2就不會(huì)被阻塞猾瘸，@synchronized指令實(shí)現(xiàn)鎖的優(yōu)點(diǎn)就是我們不需要在代碼中顯式的創(chuàng)建鎖對(duì)象，便可以實(shí)現(xiàn)鎖的機(jī)制桥嗤，但作為一種預(yù)防措施须妻，@synchronized塊會(huì)隱式的添加一個(gè)異常處理例程來保護(hù)代碼，該處理例程會(huì)在異常拋出的時(shí)候自動(dòng)的釋放互斥鎖泛领。所以如果不想讓隱式的異常處理例程帶來額外的開銷荒吏，你可以考慮使用鎖對(duì)象。

上面結(jié)果的執(zhí)行結(jié)果為：

2016-06-29 20:48:35.747 SafeMultiThread[35945:580107] 需要線程同步的操作1 開始

2016-06-29 20:48:38.748 SafeMultiThread[35945:580107] 需要線程同步的操作1 結(jié)束

2016-06-29 20:48:38.749 SafeMultiThread[35945:580118] 需要線程同步的操作2

2.2渊鞋、dispatch_semaphore

dispatch_semaphore_t signal = dispatch_semaphore_create(1);? ? dispatch_time_t overTime = dispatch_time(DISPATCH_TIME_NOW,3*NSEC_PER_SEC);dispatch_async(dispatch_get_global_queue(DISPATCH_QUEUE_PRIORITY_DEFAULT,0), ^{? ? ? ?

????????dispatch_semaphore_wait(signal, overTime);

????????????????NSLog(@"需要線程同步的操作1 開始");

? ? ? ? ? ? ? ? sleep(2);NSLog(@"需要線程同步的操作1 結(jié)束");? ? ?

? ????????dispatch_semaphore_signal(signal);? ?

});

dispatch_async(dispatch_get_global_queue(DISPATCH_QUEUE_PRIORITY_DEFAULT,0), ^{? ? ? ?

????????sleep(1);? ? ? ?

????????dispatch_semaphore_wait(signal, overTime);

????????????????NSLog(@"需要線程同步的操作2");? ? ? ?

????????dispatch_semaphore_signal(signal);? ?

? ? ? });

dispatch_semaphore是GCD用來同步的一種方式绰更，與他相關(guān)的共有三個(gè)函數(shù)，分別是dispatch_semaphore_create锡宋，dispatch_semaphore_signal儡湾，dispatch_semaphore_wait。

（1）dispatch_semaphore_create的聲明為：

dispatch_semaphore_t? dispatch_semaphore_create(long value);

傳入的參數(shù)為long执俩，輸出一個(gè)dispatch_semaphore_t類型且值為value的信號(hào)量徐钠。

值得注意的是，這里的傳入的參數(shù)value必須大于或等于0役首，否則dispatch_semaphore_create會(huì)返回NULL尝丐。

（2）dispatch_semaphore_signal的聲明為：

long dispatch_semaphore_signal(dispatch_semaphore_t dsema)

這個(gè)函數(shù)會(huì)使傳入的信號(hào)量dsema的值加1；

(3) dispatch_semaphore_wait的聲明為：

long dispatch_semaphore_wait(dispatch_semaphore_t dsema, dispatch_time_t timeout)衡奥；

這個(gè)函數(shù)會(huì)使傳入的信號(hào)量dsema的值減1爹袁；這個(gè)函數(shù)的作用是這樣的，如果dsema信號(hào)量的值大于0矮固，該函數(shù)所處線程就繼續(xù)執(zhí)行下面的語句失息，并且將信號(hào)量的值減1；如果desema的值為0，那么這個(gè)函數(shù)就阻塞當(dāng)前線程等待timeout（注意timeout的類型為dispatch_time_t盹兢，不能直接傳入整形或float型數(shù)）邻梆，如果等待的期間desema的值被dispatch_semaphore_signal函數(shù)加1了，且該函數(shù)（即dispatch_semaphore_wait）所處線程獲得了信號(hào)量蛤迎，那么就繼續(xù)向下執(zhí)行并將信號(hào)量減1确虱。如果等待期間沒有獲取到信號(hào)量或者信號(hào)量的值一直為0，那么等到timeout時(shí)替裆，其所處線程自動(dòng)執(zhí)行其后語句校辩。

dispatch_semaphore 是信號(hào)量，但當(dāng)信號(hào)總量設(shè)為 1 時(shí)也可以當(dāng)作鎖來辆童。在沒有等待情況出現(xiàn)時(shí)宜咒，它的性能比 pthread_mutex 還要高，但一旦有等待情況出現(xiàn)時(shí)把鉴，性能就會(huì)下降許多。相對(duì)于 OSSpinLock 來說庭砍，它的優(yōu)勢(shì)在于等待時(shí)不會(huì)消耗 CPU 資源场晶。

如上的代碼诗轻，如果超時(shí)時(shí)間overTime設(shè)置成>2，可完成同步操作揭北。如果overTime<2的話，在線程1還沒有執(zhí)行完成的情況下搔体，此時(shí)超時(shí)了，將自動(dòng)執(zhí)行下面的代碼疚俱。

上面代碼的執(zhí)行結(jié)果為：

2016-06-29 20:47:52.324 SafeMultiThread[35945:579032] 需要線程同步的操作1 開始

2016-06-29 20:47:55.325 SafeMultiThread[35945:579032] 需要線程同步的操作1 結(jié)束

2016-06-29 20:47:55.326 SafeMultiThread[35945:579033] 需要線程同步的操作2

如果把超時(shí)時(shí)間設(shè)置為<2s的時(shí)候，執(zhí)行的結(jié)果就是：

2016-06-30 18:53:24.049 SafeMultiThread[30834:434334] 需要線程同步的操作1 開始

2016-06-30 18:53:25.554 SafeMultiThread[30834:434332] 需要線程同步的操作2

2016-06-30 18:53:26.054 SafeMultiThread[30834:434334] 需要線程同步的操作1 結(jié)束

2.3呆奕、NSLock

NSLock*lock = [[NSLockalloc] init];

dispatch_async(dispatch_get_global_queue(DISPATCH_QUEUE_PRIORITY_DEFAULT,0), ^{ ?

????????//[lock lock];

????????[lock lockBeforeDate:[NSDatedate]];

????????????????NSLog(@"需要線程同步的操作1 開始");? ? ? ?

????????????? ? sleep(2);

????????????????NSLog(@"需要線程同步的操作1 結(jié)束");? ? ? ?

????????[lock unlock];? ? ? ? ? ?

});

dispatch_async(dispatch_get_global_queue(DISPATCH_QUEUE_PRIORITY_DEFAULT,0), ^{? ? ? ?

????????sleep(1);

????????if([lock tryLock]) {//嘗試獲取鎖，如果獲取不到返回NO登馒，不會(huì)阻塞該線程

????????????????NSLog(@"鎖可用的操作");? ? ? ? ? ?

????????????????[lock unlock];? ? ? ?

????????}else{

????????????????NSLog(@"鎖不可用的操作");? ? ? ?

????????}

????????NSDate*date = [[NSDatealloc] initWithTimeIntervalSinceNow:3];

????????if([lock lockBeforeDate:date]) {//嘗試在未來的3s內(nèi)獲取鎖陈轿，并阻塞該線程，如果3s內(nèi)獲取不到恢復(fù)線程, 返回NO,不會(huì)阻塞該線程

????????????????NSLog(@"沒有超時(shí)，獲得鎖");? ? ? ? ? ?

????????????????[lock unlock];? ? ? ?

????????}else{

????????????????NSLog(@"超時(shí)麦射，沒有獲得鎖");? ? ? ?

????????}? ? ? ? ? ?

});

NSLock是Cocoa提供給我們最基本的鎖對(duì)象蛾娶，這也是我們經(jīng)常所使用的，除lock和unlock方法外潜秋，NSLock還提供了tryLock和lockBeforeDate:兩個(gè)方法蛔琅，前一個(gè)方法會(huì)嘗試加鎖，如果鎖不可用(已經(jīng)被鎖住)峻呛，剛并不會(huì)阻塞線程罗售，并返回NO。lockBeforeDate:方法會(huì)在所指定Date之前嘗試加鎖钩述，如果在指定時(shí)間之前都不能加鎖寨躁，則返回NO。

上面代碼的執(zhí)行結(jié)果為：

2016-06-29 20:45:08.864 SafeMultiThread[35911:575795] 需要線程同步的操作1 開始

2016-06-29 20:45:09.869 SafeMultiThread[35911:575781] 鎖不可用的操作

2016-06-29 20:45:10.869 SafeMultiThread[35911:575795] 需要線程同步的操作1 結(jié)束

2016-06-29 20:45:10.870 SafeMultiThread[35911:575781] 沒有超時(shí)牙勘，獲得鎖

源碼定義如下：

@protocolNSLocking

- (void)lock;

- (void)unlock;

@end

@interfaceNSLock:NSObject{

@privatevoid*_priv;

}

- (BOOL)tryLock;

- (BOOL)lockBeforeDate:(NSDate*)limit;

@property(nullable,copy)NSString*nameNS_AVAILABLE(10_5,2_0);

@end

2.4职恳、NSRecursiveLock遞歸鎖

//NSLock *lock = [[NSLock alloc] init];

NSRecursiveLock*lock = [[NSRecursiveLockalloc] init];

dispatch_async(dispatch_get_global_queue(DISPATCH_QUEUE_PRIORITY_DEFAULT,0), ^{

????????staticvoid(^RecursiveMethod)(int);? ? ? ? ? ? ? ?

????????RecursiveMethod = ^(intvalue) {? ? ? ? ? ? ? ? ? ? ? ?

????????????????[lock lock];

????????????????if(value >0) {

????????????????????????NSLog(@"value = %d", value);? ? ? ? ? ? ? ?

????????????????????????sleep(1);? ? ? ? ? ? ? ?

????????????????????????RecursiveMethod(value -1);? ? ? ? ? ?

????????????????}? ? ? ? ? ?

????????????????[lock unlock]; ? ? ?

????????};? ? ? ? ? ? ? ?

????????RecursiveMethod(5);? ?

});

NSRecursiveLock實(shí)際上定義的是一個(gè)遞歸鎖，這個(gè)鎖可以被同一線程多次請(qǐng)求方面，而不會(huì)引起死鎖放钦。這主要是用在循環(huán)或遞歸操作中。

這段代碼是一個(gè)典型的死鎖情況恭金。在我們的線程中操禀，RecursiveMethod是遞歸調(diào)用的。所以每次進(jìn)入這個(gè)block時(shí)蔚叨，都會(huì)去加一次鎖床蜘，而從第二次開始，由于鎖已經(jīng)被使用了且沒有解鎖蔑水，所以它需要等待鎖被解除邢锯，這樣就導(dǎo)致了死鎖，線程被阻塞住了搀别。調(diào)試器中會(huì)輸出如下信息：

2016-06-30 19:08:06.393 SafeMultiThread[30928:449008] value = 5

2016-06-30 19:08:07.399 SafeMultiThread[30928:449008] *** -[NSLock lock]: deadlock ( '(null)')

2016-06-30 19:08:07.399 SafeMultiThread[30928:449008] *** Break on _NSLockError() to debug.

在這種情況下丹擎，我們就可以使用NSRecursiveLock。它可以允許同一線程多次加鎖歇父，而不會(huì)造成死鎖。遞歸鎖會(huì)跟蹤它被lock的次數(shù)护戳。每次成功的lock都必須平衡調(diào)用unlock操作。只有所有達(dá)到這種平衡媳荒，鎖最后才能被釋放，以供其它線程使用钳枕。

如果我們將NSLock代替為NSRecursiveLock，上面代碼則會(huì)正確執(zhí)行衔沼。

2016-06-30 19:09:41.414 SafeMultiThread[30949:450684] value = 5

2016-06-30 19:09:42.418 SafeMultiThread[30949:450684] value = 4

2016-06-30 19:09:43.419 SafeMultiThread[30949:450684] value = 3

2016-06-30 19:09:44.424 SafeMultiThread[30949:450684] value = 2

2016-06-30 19:09:45.426 SafeMultiThread[30949:450684] value = 1

如果需要其他功能昔瞧，源碼定義如下：

@interfaceNSRecursiveLock:NSObject{

@privatevoid*_priv;

}

- (BOOL)tryLock;

- (BOOL)lockBeforeDate:(NSDate*)limit;

@property(nullable,copy)NSString*nameNS_AVAILABLE(10_5,2_0);

@end

2.5、NSConditionLock條件鎖

NSMutableArray*products = [NSMutableArrayarray];

NSIntegerHAS_DATA =1;

NSIntegerNO_DATA =0;

dispatch_async(dispatch_get_global_queue(DISPATCH_QUEUE_PRIORITY_DEFAULT,0), ^{

????????while(1) {? ? ? ? ? ?

????????????????[lock lockWhenCondition:NO_DATA];? ? ? ? ? ?

????????????????[products addObject:[[NSObjectalloc] init]];

????????????????NSLog(@"produce a product,總量:%zi",products.count);? ?

????????? ? ? ? [lock unlockWithCondition:HAS_DATA];? ? ? ? ? ?

????????????????sleep(1);? ? ? ?

????????}? ? ? ? ? ? });

dispatch_async(dispatch_get_global_queue(DISPATCH_QUEUE_PRIORITY_DEFAULT,0), ^{

????????while(1) {

????????????????NSLog(@"wait for product");? ? ? ? ? ?

????????????????[lock lockWhenCondition:HAS_DATA];? ? ? ? ? ?

????????????????[products removeObjectAtIndex:0];

????????????????NSLog(@"custome a product");? ? ? ? ? ?

????????????????[lock unlockWithCondition:NO_DATA];? ? ? ?

????????}? ? ? ? ? ?

});

當(dāng)我們?cè)谑褂枚嗑€程的時(shí)候欣舵，有時(shí)一把只會(huì)lock和unlock的鎖未必就能完全滿足我們的使用缀磕。因?yàn)槠胀ǖ逆i只能關(guān)心鎖與不鎖，而不在乎用什么鑰匙才能開鎖糟把，而我們?cè)谔幚碣Y源共享的時(shí)候牲剃，多數(shù)情況是只有滿足一定條件的情況下才能打開這把鎖：

在線程1中的加鎖使用了lock，所以是不需要條件的缠犀，所以順利的就鎖住了聪舒，但在unlock的使用了一個(gè)整型的條件，它可以開啟其它線程中正在等待這把鑰匙的臨界地滔迈，而線程2則需要一把被標(biāo)識(shí)為2的鑰匙，所以當(dāng)線程1循環(huán)到最后一次的時(shí)候燎悍，才最終打開了線程2中的阻塞盼理。但即便如此，NSConditionLock也跟其它的鎖一樣奏路，是需要lock與unlock對(duì)應(yīng)的，只是lock,lockWhenCondition:與unlock思劳，unlockWithCondition:是可以隨意組合的潜叛，當(dāng)然這是與你的需求相關(guān)的壶硅。

上面代碼執(zhí)行結(jié)果如下：

2016-06-30 20:31:58.699 SafeMultiThread[31282:521698] wait for product

2016-06-30 20:31:58.699 SafeMultiThread[31282:521708] produce a product,總量:1

2016-06-30 20:31:58.700 SafeMultiThread[31282:521698] custome a product

2016-06-30 20:31:58.700 SafeMultiThread[31282:521698] wait for product

2016-06-30 20:31:59.705 SafeMultiThread[31282:521708] produce a product,總量:1

2016-06-30 20:31:59.706 SafeMultiThread[31282:521698] custome a product

2016-06-30 20:31:59.706 SafeMultiThread[31282:521698] wait for product

2016-06-30 20:32:00.707 SafeMultiThread[31282:521708] produce a product,總量:1

2016-06-30 20:32:00.708 SafeMultiThread[31282:521698] custome a product

如果你需要其他功能，源碼定義如下：

@interfaceNSConditionLock:NSObject{

@privatevoid*_priv;

}

- (instancetype)initWithCondition:(NSInteger)conditionNS_DESIGNATED_INITIALIZER;

@property(readonly)NSIntegercondition;

- (void)lockWhenCondition:(NSInteger)condition;

- (BOOL)tryLock;

- (BOOL)tryLockWhenCondition:(NSInteger)condition;

- (void)unlockWithCondition:(NSInteger)condition;

- (BOOL)lockBeforeDate:(NSDate*)limit;

- (BOOL)lockWhenCondition:(NSInteger)condition beforeDate:(NSDate*)limit;

@property(nullable,copy)NSString*nameNS_AVAILABLE(10_5,2_0);

@end

2.6椒舵、NSCondition

NSCondition*condition = [[NSConditionalloc] init];

NSMutableArray*products = [NSMutableArrayarray];

dispatch_async(dispatch_get_global_queue(DISPATCH_QUEUE_PRIORITY_DEFAULT,0), ^{

????????while(1) {? ? ? ? ? ?

????????????????[condition lock];

????????????????if([products count] ==0) {

????????????????????????NSLog(@"wait for product");? ? ? ? ? ? ? ?

????????????????????????[condition wait];? ? ? ? ? ?

????????????????}? ? ? ? ? ?

????????????????[products removeObjectAtIndex:0];NSLog(@"custome a product");? ? ? ? ? ?

????????????????[condition unlock];? ? ? ?

????????}? ?

});

dispatch_async(dispatch_get_global_queue(DISPATCH_QUEUE_PRIORITY_DEFAULT,0), ^{

????????while(1) {?

????????? ? ? ? ? [condition lock];? ? ? ? ? ?

????????????????[products addObject:[[NSObjectalloc] init]];

????????????????NSLog(@"produce a product,總量:%zi",products.count);? ?

? ? ? ? ? ? ? ? ?[condition signal];? ? ? ? ? ?

????????????????[condition unlock];? ? ? ? ? ?

????????????????sleep(1);? ? ? ?

????????}? ?

});

一種最基本的條件鎖笔宿。手動(dòng)控制線程wait和signal泼橘。

[condition lock];一般用于多線程同時(shí)訪問、修改同一個(gè)數(shù)據(jù)源炬灭，保證在同一時(shí)間內(nèi)數(shù)據(jù)源只被訪問靡菇、修改一次，其他線程的命令需要在lock 外等待鼻吮，只到unlock 泳唠，才可訪問

[condition unlock];與lock 同時(shí)使用

[condition wait];讓當(dāng)前線程處于等待狀態(tài)

[condition signal];CPU發(fā)信號(hào)告訴線程不用在等待，可以繼續(xù)執(zhí)行

上面代碼執(zhí)行結(jié)果如下：

2016-06-30 20:21:25.295 SafeMultiThread[31256:513991] wait for product

2016-06-30 20:21:25.296 SafeMultiThread[31256:513994] produce a product,總量:1

2016-06-30 20:21:25.296 SafeMultiThread[31256:513991] custome a product

2016-06-30 20:21:25.297 SafeMultiThread[31256:513991] wait for product

2016-06-30 20:21:26.302 SafeMultiThread[31256:513994] produce a product,總量:1

2016-06-30 20:21:26.302 SafeMultiThread[31256:513991] custome a product

2016-06-30 20:21:26.302 SafeMultiThread[31256:513991] wait for product

2016-06-30 20:21:27.307 SafeMultiThread[31256:513994] produce a product,總量:1

2016-06-30 20:21:27.308 SafeMultiThread[31256:513991] custome a product

2.7拓哺、pthread_mutex

__block pthread_mutex_t theLock;? ?

pthread_mutex_init(&theLock,NULL);

dispatch_async(dispatch_get_global_queue(DISPATCH_QUEUE_PRIORITY_DEFAULT,0), ^{? ? ? ? ? ?

????????pthread_mutex_lock(&theLock);

????????NSLog(@"需要線程同步的操作1 開始");? ? ? ? ? ?

????????sleep(3);

????????NSLog(@"需要線程同步的操作1 結(jié)束");? ? ? ? ? ?

????????pthread_mutex_unlock(&theLock);? ? ? ? ? ?

});

dispatch_async(dispatch_get_global_queue(DISPATCH_QUEUE_PRIORITY_DEFAULT,0), ^{? ? ? ? ? ?

????????sleep(1);? ? ? ? ? ?

????????pthread_mutex_lock(&theLock);

????????NSLog(@"需要線程同步的操作2");? ? ? ? ? ?

????????pthread_mutex_unlock(&theLock);? ? ? ? ? ?

});

c語言定義下多線程加鎖方式士鸥。

1：pthread_mutex_init(pthread_mutex_t* mutex,const pthread_mutexattr_tattr);

初始化鎖變量mutex谆级。attr為鎖屬性讼积，NULL值為默認(rèn)屬性勤众。

2：pthread_mutex_lock(

pthread_mutex_t*mutex);加鎖

3：pthread_mutex_tylock(

pthread_mutex_t*mutex);加鎖鲤脏，但是與2不一樣的是當(dāng)鎖已經(jīng)在使用的時(shí)候，返回為EBUSY猎醇，而不是掛起等待。

4：pthread_mutex_unlock(

pthread_mutex_t*mutex);釋放鎖

5：pthread_mutex_destroy(

pthread_mutex_t* *mutex);使用完后釋放

代碼執(zhí)行操作結(jié)果如下：

2016-06-30 21:13:32.440 SafeMultiThread[31429:548869] 需要線程同步的操作1 開始

2016-06-30 21:13:35.445 SafeMultiThread[31429:548869] 需要線程同步的操作1 結(jié)束

2016-06-30 21:13:35.446 SafeMultiThread[31429:548866] 需要線程同步的操作2

2.8阻问、pthread_mutex(recursive)

__blockpthread_mutex_ttheLock;

//pthread_mutex_init(&theLock, NULL);

pthread_mutexattr_tattr;? ?

pthread_mutexattr_init(&attr);? ?

pthread_mutexattr_settype(&attr, PTHREAD_MUTEX_RECURSIVE);? ?

pthread_mutex_init(&lock, &attr);? ?

pthread_mutexattr_destroy(&attr);? ? ? ?

dispatch_async(dispatch_get_global_queue(DISPATCH_QUEUE_PRIORITY_DEFAULT,0), ^{

????????staticvoid(^RecursiveMethod)(int);? ? ? ? ? ? ? ?

????????RecursiveMethod = ^(intvalue) {? ? ? ? ? ? ? ? ? ? ? ?

????????????????pthread_mutex_lock(&theLock);if(value >0) {? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?

????????????????????????NSLog(@"value = %d", value);? ? ? ? ? ? ? ?

????????????????????????sleep(1);? ? ? ? ? ? ? ?

????????????????????????RecursiveMethod(value -1);? ? ? ? ? ?

????????????????}? ? ? ? ? ?

????????????????pthread_mutex_unlock(&theLock);? ? ? ?

? ? ? ? ? };? ? ? ? ? ? ? ?

????????RecursiveMethod(5);? ?

});

這是pthread_mutex為了防止在遞歸的情況下出現(xiàn)死鎖而出現(xiàn)的遞歸鎖称近。作用和NSRecursiveLock遞歸鎖類似曹鸠。

如果使用pthread_mutex_init(&theLock, NULL);初始化鎖的話，上面的代碼會(huì)出現(xiàn)死鎖現(xiàn)象坛善。如果使用遞歸鎖的形式邻眷，則沒有問題。

2.9肆饶、OSSpinLock

__block OSSpinLock theLock = OS_SPINLOCK_INIT;

dispatch_async(dispatch_get_global_queue(DISPATCH_QUEUE_PRIORITY_DEFAULT,0), ^{? ?

????????OSSpinLockLock(&theLock);

????????NSLog(@"需要線程同步的操作1 開始");? ?

????????sleep(3);

????????NSLog(@"需要線程同步的操作1 結(jié)束");? ?

????????OSSpinLockUnlock(&theLock);? ?

});

dispatch_async(dispatch_get_global_queue(DISPATCH_QUEUE_PRIORITY_DEFAULT,0), ^{? ?

????????OSSpinLockLock(&theLock);? ?

????????sleep(1);

????????NSLog(@"需要線程同步的操作2");? ?

????????OSSpinLockUnlock(&theLock);? ?

});

OSSpinLock 自旋鎖驯镊，性能最高的鎖。原理很簡(jiǎn)單板惑，就是一直 do while 忙等。它的缺點(diǎn)是當(dāng)?shù)却龝r(shí)會(huì)消耗大量 CPU 資源洽胶，所以它不適用于較長時(shí)間的任務(wù)。不過最近YY大神在自己的博客不再安全的 OSSpinLock中說明了OSSpinLock已經(jīng)不再安全姊氓，請(qǐng)大家謹(jǐn)慎使用。

三翔横、性能對(duì)比

對(duì)以上各個(gè)鎖進(jìn)行1000000此的加鎖解鎖的空操作時(shí)間如下：

OSSpinLock:? ? ? ? ? ? ? ? ? ? ? ? ? 46.15 ms

dispatch_semaphore:? ? ? ? ? 56.50 ms

pthread_mutex:? ? ? ? ? ? ? ? ? ? 178.28 ms

NSCondition:? ? ? ? ? ? ? ? ? ? ? ? ? 193.38 ms

NSLock:? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? 175.02 ms

pthread_mutex(recursive):? 172.56 ms

NSRecursiveLock:? ? ? ? ? ? ? ? ? 157.44 ms

NSConditionLock:? ? ? ? ? ? ? ? ? 490.04 ms

@synchronized:? ? ? ? ? ? ? ? ? ? ? 371.17 ms

總的來說：

OSSpinLock和dispatch_semaphore的效率遠(yuǎn)遠(yuǎn)高于其他禾唁。

@synchronized和NSConditionLock效率較差。

鑒于OSSpinLock的不安全蟀俊，所以我們?cè)陂_發(fā)中如果考慮性能的話肢预，建議使用dispatch_semaphore。

如果不考慮性能烫映，只是圖個(gè)方便的話噩峦，那就使用@synchronized。

?著作權(quán)歸作者所有,轉(zhuǎn)載或內(nèi)容合作請(qǐng)聯(lián)系作者

人面猴
序言：七十年代末族淮，一起剝皮案震驚了整個(gè)濱河市凭涂，隨后出現(xiàn)的幾起案子，更是在濱河造成了極大的恐慌切油，老刑警劉巖，帶你破解...
沈念sama閱讀 207,248評(píng)論 6贊 481
死咒
序言：濱河連續(xù)發(fā)生了三起死亡事件孕荠，死亡現(xiàn)場(chǎng)離奇詭異攻谁，居然都是意外死亡，警方通過查閱死者的電腦和手機(jī)槐瑞，發(fā)現(xiàn)死者居然都...
沈念sama閱讀 88,681評(píng)論 2贊 381
救了他兩次的神仙讓他今天三更去死
文/潘曉璐我一進(jìn)店門阁苞，熙熙樓的掌柜王于貴愁眉苦臉地迎上來困檩，“玉大人，你說我怎么就攤上這事等舔≡阒海” “怎么了？”我有些...
開封第一講書人閱讀 153,443評(píng)論 0贊 344
道士緝兇錄：失蹤的賣姜人
文/不壞的土叔我叫張陵蝶柿，是天一觀的道長非驮。經(jīng)常有香客問我，道長劫笙，這世上最難降的妖魔是什么？我笑而不...
開封第一講書人閱讀 55,475評(píng)論 1贊 279
?港島之戀（遺憾婚禮）
正文為了忘掉前任戒洼，我火速辦了婚禮允华，結(jié)果婚禮上，老公的妹妹穿的比我還像新娘汉额。我一直安慰自己榨汤，他們只是感情好，可當(dāng)我...
茶點(diǎn)故事閱讀 64,458評(píng)論 5贊 374
惡毒庶女頂嫁案：這布局不是一般人想出來的
文/花漫我一把揭開白布妓灌。她就那樣靜靜地躺著蜜宪，像睡著了一般。火紅的嫁衣襯著肌膚如雪圃验。梳的紋絲不亂的頭發(fā)上，一...
開封第一講書人閱讀 49,185評(píng)論 1贊 284
城市分裂傳說
那天斧散，我揣著相機(jī)與錄音，去河邊找鬼栈暇。笑死箍镜，一個(gè)胖子當(dāng)著我的面吹牛，可吹牛的內(nèi)容都是我干的色迂。我是一名探鬼主播，決...
沈念sama閱讀 38,451評(píng)論 3贊 401
雙鴛鴦連環(huán)套：你想象不到人心有多黑
文/蒼蘭香墨我猛地睜開眼赫悄，長吁一口氣：“原來是場(chǎng)噩夢(mèng)啊……” “哼馏慨！你這毒婦竟也來了写隶？” 一聲冷哼從身側(cè)響起，我...
開封第一講書人閱讀 37,112評(píng)論 0贊 261
萬榮殺人案實(shí)錄
序言：老撾萬榮一對(duì)情侶失蹤慕趴，失蹤者是張志新（化名）和其女友劉穎鄙陡，沒想到半個(gè)月后，有當(dāng)?shù)厝嗽跇淞掷锇l(fā)現(xiàn)了一具尸體耙册，經(jīng)...
沈念sama閱讀 43,609評(píng)論 1贊 300
?護(hù)林員之死
正文獨(dú)居荒郊野嶺守林人離奇死亡毫捣，尸身上長有42處帶血的膿包…… 初始之章·張勛以下內(nèi)容為張勛視角年9月15日...
茶點(diǎn)故事閱讀 36,083評(píng)論 2贊 325
?白月光啟示錄
正文我和宋清朗相戀三年蔓同，在試婚紗的時(shí)候發(fā)現(xiàn)自己被綠了。大學(xué)時(shí)的朋友給我發(fā)了我未婚夫和他白月光在一起吃飯的照片斑粱。...
茶點(diǎn)故事閱讀 38,163評(píng)論 1贊 334
活死人
序言：一個(gè)原本活蹦亂跳的男人離奇死亡，死狀恐怖矿微，靈堂內(nèi)的尸體忽然破棺而出，到底是詐尸還是另有隱情冷冗，我是刑警寧澤守屉，帶...
沈念sama閱讀 33,803評(píng)論 4贊 323
?日本核電站爆炸內(nèi)幕
正文年R本政府宣布拇泛，位于F島的核電站思灌，受9級(jí)特大地震影響，放射性物質(zhì)發(fā)生泄漏泰偿。R本人自食惡果不足惜，卻給世界環(huán)境...
茶點(diǎn)故事閱讀 39,357評(píng)論 3贊 307
男人毒藥：我在死后第九天來索命
文/蒙蒙一裕照、第九天我趴在偏房一處隱蔽的房頂上張望调塌。院中可真熱鬧，春花似錦羔砾、人聲如沸。這莊子的主人今日做“春日...
開封第一講書人閱讀 30,357評(píng)論 0贊 19
一樁弒父案态秧，背后竟有這般陰謀
文/蒼蘭香墨我抬頭看了看天上的太陽。三九已至申鱼，卻和暖如春，著一層夾襖步出監(jiān)牢的瞬間转锈，已是汗流浹背。一陣腳步聲響...
開封第一講書人閱讀 31,590評(píng)論 1贊 261
情欲美人皮
我被黑心中介騙來泰國打工撮慨，沒想到剛下飛機(jī)就差點(diǎn)兒被人妖公主榨干…… 1. 我叫王不留，地道東北人砌溺。一個(gè)月前我還...
沈念sama閱讀 45,636評(píng)論 2贊 355
代替公主和親
正文我出身青樓，卻偏偏與公主長得像蟹倾，于是被迫代替她去往敵國和親猖闪。傳聞我的和親對(duì)象是個(gè)殘疾皇子，可洞房花燭夜當(dāng)晚...
茶點(diǎn)故事閱讀 42,925評(píng)論 2贊 344