iOS-底層原理(23)-多線程的安全隱患+11種同步解決方案

一 多線程的安全隱患
  • 資源共享
    • 1塊資源可能會(huì)被多個(gè)線程共享苞尝,也就是多個(gè)線程可能會(huì)訪問同一塊資源
    • 比如多個(gè)線程訪問同一個(gè)對(duì)象虎忌、同一個(gè)變量硝拧、同一個(gè)文件

當(dāng)多個(gè)線程訪問同一塊資源時(shí)共螺,很容易引發(fā)數(shù)據(jù)錯(cuò)亂和數(shù)據(jù)安全問題

代碼例子如下

/** 賣1張票 */
- (void)saleTicket {
    int oldTicketsCount = self.ticketsCount;
    sleep(.2);
    oldTicketsCount--;
    self.ticketsCount = oldTicketsCount;
    
    NSLog(@"還剩%d張票 - %@", oldTicketsCount, [NSThread currentThread]);
}

/** 賣票演示 */
- (void)ticketTest {
    self.ticketsCount = 15;
    dispatch_queue_t queue = dispatch_get_global_queue(0, 0);
    // 窗口一
    dispatch_async(queue, ^{
        for (int i = 0; i < 5; i++) {
            [self saleTicket];
        }
    });
    // 窗口二
    dispatch_async(queue, ^{
        for (int i = 0; i < 5; i++) {
            [self saleTicket];
        }
    });
    // 窗口三
    dispatch_async(queue, ^{
        for (int i = 0; i < 5; i++) {
            [self saleTicket];
        }
    });
}

執(zhí)行結(jié)果

image.png
多線程安全隱患分析
image.png
二 多線程安全隱患的解決方案
  • 解決方案:使用線程同步技術(shù)(同步该肴,就是協(xié)同步調(diào),按預(yù)定的先后次序進(jìn)行)
  • 常見的線程同步技術(shù)是:加鎖
image.png
三 iOS中的線程同步方案
  • OSSpinLock
  • os_unfair_lock
  • pthread_mutex
  • dispatch_semaphore
  • dispatch_queue(DISPATCH_QUEUE_SERIAL)
  • NSLock
  • NSRecursiveLock
  • NSCondition
  • NSConditionLock
  • @synchronized
各種同步方案實(shí)現(xiàn)如下
3.1 OSSpinLock
  • OSSpinLock叫做”自旋鎖”藐不,等待鎖的線程會(huì)處于忙等(busy-wait)狀態(tài)匀哄,一直占用著CPU資源
  • 目前已經(jīng)不再安全秦效,可能會(huì)出現(xiàn)優(yōu)先級(jí)反轉(zhuǎn)問題
  • 如果等待鎖的線程優(yōu)先級(jí)較高,它會(huì)一直占用著CPU資源拱雏,優(yōu)先級(jí)低的線程就無法釋放鎖
  • 需要導(dǎo)入頭文件#import <libkern/OSAtomic.h>
  • 重要方法
    • OSSpinLock lock = OS_SPINLOCK_INIT; 初始化鎖
    • bool result = OSSpinLockTry(&_lock); 嘗試加鎖(如果需要等待,就不嘗試加鎖,直接返回false,如果不需要等待就加鎖,返回true)
    • OSSpinLockLock(&_lock);// 加鎖
    • OSSpinLockUnlock(&_lock); //解鎖

代碼例子如下

#import <libkern/OSAtomic.h>
@property (assign, nonatomic) OSSpinLock lock;

// 初始化鎖
self.lock = OS_SPINLOCK_INIT;

/** 賣1張票 */
- (void)saleTicket {
    // 加鎖
    OSSpinLockLock(&_lock);
    
    int oldTicketsCount = self.ticketsCount;
    sleep(.2);
    oldTicketsCount--;
    self.ticketsCount = oldTicketsCount;
    
    NSLog(@"還剩%d張票 - %@", oldTicketsCount, [NSThread currentThread]);
    
    // 解鎖
    OSSpinLockUnlock(&_lock);
}

執(zhí)行結(jié)果

image.png
3.2 os_unfair_lock
  • os_unfair_lock用于取代不安全的OSSpinLock 棉安,從iOS10開始才支持
  • 從底層調(diào)用看,等待os_unfair_lock鎖的線程會(huì)處于休眠狀態(tài)铸抑,并非忙等
  • 需要導(dǎo)入頭文件#import <os/lock.h>
  • 重要方法
    • os_unfair_lock moneyLock = OS_UNFAIR_LOCK_INIT; //初始化
    • os_unfair_lock_trylock(&_ticketLock); // 嘗試加鎖
    • os_unfair_lock_lock(&_ticketLock); // 加鎖
    • os_unfair_lock_unlock(&_ticketLock); // 解鎖

3.3 pthread_mutex

  • mutex叫做”互斥鎖”贡耽,等待鎖的線程會(huì)處于休眠狀態(tài)
  • 需要導(dǎo)入頭文件#import <pthread.h>
  • 重要方法
// 初始化屬性
pthread_mutexattr_t attr;
pthread_mutexattr_init(&attr);
pthread_mutexattr_settype(&attr, PTHREAD_MUTEX_DEFAULT);
// 初始化鎖
pthread_mutex_init(mutex, &attr);
// 嘗試加鎖
pthread_mutex_trylock(&_ticketMutex);
// 加鎖
pthread_mutex_lock(&_ticketMutex);
// 解鎖
pthread_mutex_unlock(&_ticketMutex);
// 銷毀屬性
pthread_mutexattr_destroy(&attr);
3.4 pthread_mutex遞歸鎖實(shí)現(xiàn)
- (void)__initMutex:(pthread_mutex_t *)mutex {
    // 遞歸鎖:允許同一個(gè)線程對(duì)一把鎖進(jìn)行重復(fù)加鎖
    
    // 初始化屬性
    pthread_mutexattr_t attr;
    pthread_mutexattr_init(&attr);
    pthread_mutexattr_settype(&attr, PTHREAD_MUTEX_RECURSIVE);
    // 初始化鎖
    pthread_mutex_init(mutex, &attr);
    // 銷毀屬性
    pthread_mutexattr_destroy(&attr);
}

調(diào)用

- (void)otherTest {
    pthread_mutex_lock(&_mutex);
    NSLog(@"%s", __func__);
    
    static int count = 0;
    if (count < 10) {
        count++;
        [self otherTest];
    }
    
    pthread_mutex_unlock(&_mutex);
}

打印結(jié)果

image.png
3.5 pthread_mutex – 條件
image.png
3.6 NSLock
  • NSLock是對(duì)mutex普通鎖的封裝

重要方法如下

  • NSLock *lock = [[NSLock alloc] init];初始化
  • [lock lock] 加鎖
  • [lock unlock] 解鎖
3.7 NSRecursiveLock
  • NSRecursiveLock也是對(duì)mutex遞歸鎖的封裝,API跟NSLock基本一致
3.8 NSCondition
  • NSCondition是對(duì)mutexcond的封裝
    重要方法
@interface NSCondition: NSObject <NSLocking>
- (void)wait;   // 等待
- (BOOL)waitUntilDate:(NSDate *)limit;  // 只等待到什么時(shí)候
- (void)signal; // 發(fā)信號(hào)
- (void)broadcast;  // 發(fā)廣播
@end

代碼例子如下

- (void)otherTest {
    // remove和add方法不確定誰先執(zhí)行
    [[[NSThread alloc] initWithTarget:self selector:@selector(__remove) object:nil] start];
    
    [[[NSThread alloc] initWithTarget:self selector:@selector(__add) object:nil] start];
}

// 刪除數(shù)組中的元素
- (void)__remove {
    [self.condition lock];
    NSLog(@"__remove - begin");
    
    if (self.data.count == 0) {
        // 等待
        [self.condition wait];
    }
    
    [self.data removeLastObject];
    NSLog(@"刪除了元素");
    
    [self.condition unlock];
}

// 線程2
// 往數(shù)組中添加元素
- (void)__add {
    [self.condition lock];
    
    sleep(1);
    
    [self.data addObject:@"Test"];
    NSLog(@"添加了元素");
    
    // 信號(hào)
    NSLog(@"發(fā)出信號(hào)");
    [self.condition signal];
    // 廣播
//    [self.condition broadcast];
    
    sleep(2);
    
    [self.condition unlock];
}

運(yùn)行結(jié)果

image.png

更改執(zhí)行順序

// 往數(shù)組中添加元素
- (void)__add {
    [self.condition lock];
    
    sleep(1);
    
    [self.data addObject:@"Test"];
    NSLog(@"添加了元素");
    
    [self.condition unlock];
    
    sleep(2);
    
    // 信號(hào)
    NSLog(@"發(fā)出信號(hào)");
    [self.condition signal];
    // 廣播
//    [self.condition broadcast];
}

運(yùn)行結(jié)果

image.png

wait不僅僅需要接受到信號(hào)后才能執(zhí)行鹊汛,而且必須具備加鎖條件蒲赂,這個(gè)時(shí)候才會(huì)接著往下執(zhí)行。

3.9 NSConditionLock
  • NSConditionLock是對(duì)NSCondition的進(jìn)一步封裝刁憋,可以設(shè)置具體的條件值
image.png

代碼例子如下

@property (strong, nonatomic) NSConditionLock *conditionLock;

- (instancetype)init {
    if (self = [super init]) {
//        [[NSConditionLock alloc] init]; // 默認(rèn)為0
        self.conditionLock = [[NSConditionLock alloc] initWithCondition:1];
    }
    return self;
}

- (void)otherTest {
    [[[NSThread alloc] initWithTarget:self selector:@selector(__one) object:nil] start];
    
    [[[NSThread alloc] initWithTarget:self selector:@selector(__two) object:nil] start];
    
    [[[NSThread alloc] initWithTarget:self selector:@selector(__three) object:nil] start];
}

- (void)__one {
    [self.conditionLock lockWhenCondition:1];
    
    NSLog(@"__one");
    sleep(1);
    
    [self.conditionLock unlockWithCondition:2];
}

- (void)__two {
    [self.conditionLock lockWhenCondition:2];
    
    NSLog(@"__two");
    sleep(1);
    
    [self.conditionLock unlockWithCondition:3];
}

- (void)__three {
    [self.conditionLock lockWhenCondition:3];
    
    NSLog(@"__three");
    
    [self.conditionLock unlock];
}

執(zhí)行結(jié)果

image.png
3.10 dispatch_queue
  • 直接使用GCD串行隊(duì)列滥嘴,也是可以實(shí)現(xiàn)線程同步
image.png

代碼例子如下

@property (strong, nonatomic) dispatch_queue_t ticketQueue;

self.ticketQueue = dispatch_queue_create("ticketQueue", DISPATCH_QUEUE_SERIAL);

- (void)__saleTicket {
    dispatch_sync(self.ticketQueue, ^{
        [super __saleTicket];
    });
}
3.10 dispatch_semaphore
  • nsemaphore叫做信號(hào)量
  • 信號(hào)量的初始值,可以用來控制線程并發(fā)訪問的最大數(shù)量
  • 信號(hào)量的初始值為1至耻,代表同時(shí)只允許1條線程訪問資源若皱,保證線程同步
image.png

代碼例子如下

@property (strong, nonatomic) dispatch_semaphore_t ticketSemaphore;
@property (strong, nonatomic) dispatch_semaphore_t moneySemaphore;

self.ticketSemaphore = dispatch_semaphore_create(1);
self.moneySemaphore = dispatch_semaphore_create(1);

- (void)__drawMoney {
    dispatch_semaphore_wait(self.moneySemaphore, DISPATCH_TIME_FOREVER);
    
    [super __drawMoney];
    
    dispatch_semaphore_signal(self.moneySemaphore);
}

- (void)__saveMoney {
    dispatch_semaphore_wait(self.moneySemaphore, DISPATCH_TIME_FOREVER);
    
    [super __saveMoney];
    
    dispatch_semaphore_signal(self.moneySemaphore);
}

- (void)__saleTicket {
    dispatch_semaphore_wait(self.ticketSemaphore, DISPATCH_TIME_FOREVER);
    
    [super __saleTicket];
    
    dispatch_semaphore_signal(self.ticketSemaphore);
}
3.11 @synchronized
  • @synchronized是對(duì)mutex遞歸鎖的封裝
  • 源碼查看:objc4中的objc-sync.mm文件
  • @synchronized(obj)內(nèi)部會(huì)生成obj對(duì)應(yīng)的遞歸鎖,然后進(jìn)行加鎖尘颓、解鎖操作
@synchronized(obj) {
    任務(wù)
}

obj 可以是同一個(gè)實(shí)例對(duì)象走触,類對(duì)象,靜態(tài)變量

代碼例子如下

- (void)__drawMoney {
    @synchronized([self class]) {
        [super __drawMoney];
    }
}

- (void)__saveMoney {
    @synchronized([self class]) { // objc_sync_enter
        [super __saveMoney];
    } // objc_sync_exit
}

- (void)__saleTicket {
    static NSObject *lock;
    static dispatch_once_t onceToken;
    dispatch_once(&onceToken, ^{
        lock = [[NSObject alloc] init];
    });
    
    @synchronized(lock) {
        [super __saleTicket];
    }
}

// 遞歸鎖 - 可以遞歸
- (void)otherTest {
    @synchronized([self class]) {
        NSLog(@"123");
        [self otherTest];
    }
}
四 iOS線程同步方案性能比較

性能從高到低排序

  • os_unfair_lock
  • OSSpinLock
  • dispatch_semaphore
  • pthread_mutex
  • dispatch_queue(DISPATCH_QUEUE_SERIAL)
  • NSLock
  • NSCondition
  • pthread_mutex(recursive)
  • NSRecursiveLock
  • NSConditionLock
  • @synchronized
五自旋鎖疤苹、互斥鎖比較

什么情況使用自旋鎖比較劃算互广?

  • 預(yù)計(jì)線程等待鎖的時(shí)間很短
  • 加鎖的代碼(臨界區(qū))經(jīng)常被調(diào)用,但競(jìng)爭(zhēng)情況很少發(fā)生
  • CPU資源不緊張
  • 多核處理器

什么情況使用互斥鎖比較劃算卧土?

  • 預(yù)計(jì)線程等待鎖的時(shí)間較長(zhǎng)
  • 單核處理器
  • 臨界區(qū)有IO操作
  • 臨界區(qū)代碼復(fù)雜或者循環(huán)量大
  • 臨界區(qū)競(jìng)爭(zhēng)非常激烈

本文參考MJ底層原理教程惫皱,非常感謝MJ老師


項(xiàng)目連接地址 - 多線程安全+解決方案

最后編輯于
?著作權(quán)歸作者所有,轉(zhuǎn)載或內(nèi)容合作請(qǐng)聯(lián)系作者
  • 序言:七十年代末,一起剝皮案震驚了整個(gè)濱河市尤莺,隨后出現(xiàn)的幾起案子旅敷,更是在濱河造成了極大的恐慌,老刑警劉巖颤霎,帶你破解...
    沈念sama閱讀 212,332評(píng)論 6 493
  • 序言:濱河連續(xù)發(fā)生了三起死亡事件扫皱,死亡現(xiàn)場(chǎng)離奇詭異,居然都是意外死亡捷绑,警方通過查閱死者的電腦和手機(jī),發(fā)現(xiàn)死者居然都...
    沈念sama閱讀 90,508評(píng)論 3 385
  • 文/潘曉璐 我一進(jìn)店門氢妈,熙熙樓的掌柜王于貴愁眉苦臉地迎上來粹污,“玉大人,你說我怎么就攤上這事首量∽撤裕” “怎么了进苍?”我有些...
    開封第一講書人閱讀 157,812評(píng)論 0 348
  • 文/不壞的土叔 我叫張陵,是天一觀的道長(zhǎng)鸭叙。 經(jīng)常有香客問我觉啊,道長(zhǎng),這世上最難降的妖魔是什么沈贝? 我笑而不...
    開封第一講書人閱讀 56,607評(píng)論 1 284
  • 正文 為了忘掉前任杠人,我火速辦了婚禮,結(jié)果婚禮上宋下,老公的妹妹穿的比我還像新娘嗡善。我一直安慰自己,他們只是感情好学歧,可當(dāng)我...
    茶點(diǎn)故事閱讀 65,728評(píng)論 6 386
  • 文/花漫 我一把揭開白布罩引。 她就那樣靜靜地躺著,像睡著了一般枝笨。 火紅的嫁衣襯著肌膚如雪袁铐。 梳的紋絲不亂的頭發(fā)上,一...
    開封第一講書人閱讀 49,919評(píng)論 1 290
  • 那天横浑,我揣著相機(jī)與錄音剔桨,去河邊找鬼。 笑死伪嫁,一個(gè)胖子當(dāng)著我的面吹牛领炫,可吹牛的內(nèi)容都是我干的。 我是一名探鬼主播张咳,決...
    沈念sama閱讀 39,071評(píng)論 3 410
  • 文/蒼蘭香墨 我猛地睜開眼帝洪,長(zhǎng)吁一口氣:“原來是場(chǎng)噩夢(mèng)啊……” “哼!你這毒婦竟也來了脚猾?” 一聲冷哼從身側(cè)響起葱峡,我...
    開封第一講書人閱讀 37,802評(píng)論 0 268
  • 序言:老撾萬榮一對(duì)情侶失蹤,失蹤者是張志新(化名)和其女友劉穎龙助,沒想到半個(gè)月后砰奕,有當(dāng)?shù)厝嗽跇淞掷锇l(fā)現(xiàn)了一具尸體,經(jīng)...
    沈念sama閱讀 44,256評(píng)論 1 303
  • 正文 獨(dú)居荒郊野嶺守林人離奇死亡提鸟,尸身上長(zhǎng)有42處帶血的膿包…… 初始之章·張勛 以下內(nèi)容為張勛視角 年9月15日...
    茶點(diǎn)故事閱讀 36,576評(píng)論 2 327
  • 正文 我和宋清朗相戀三年军援,在試婚紗的時(shí)候發(fā)現(xiàn)自己被綠了。 大學(xué)時(shí)的朋友給我發(fā)了我未婚夫和他白月光在一起吃飯的照片称勋。...
    茶點(diǎn)故事閱讀 38,712評(píng)論 1 341
  • 序言:一個(gè)原本活蹦亂跳的男人離奇死亡胸哥,死狀恐怖,靈堂內(nèi)的尸體忽然破棺而出赡鲜,到底是詐尸還是另有隱情空厌,我是刑警寧澤庐船,帶...
    沈念sama閱讀 34,389評(píng)論 4 332
  • 正文 年R本政府宣布,位于F島的核電站嘲更,受9級(jí)特大地震影響筐钟,放射性物質(zhì)發(fā)生泄漏。R本人自食惡果不足惜赋朦,卻給世界環(huán)境...
    茶點(diǎn)故事閱讀 40,032評(píng)論 3 316
  • 文/蒙蒙 一篓冲、第九天 我趴在偏房一處隱蔽的房頂上張望。 院中可真熱鬧北发,春花似錦纹因、人聲如沸。這莊子的主人今日做“春日...
    開封第一講書人閱讀 30,798評(píng)論 0 21
  • 文/蒼蘭香墨 我抬頭看了看天上的太陽。三九已至狱庇,卻和暖如春惊畏,著一層夾襖步出監(jiān)牢的瞬間,已是汗流浹背密任。 一陣腳步聲響...
    開封第一講書人閱讀 32,026評(píng)論 1 266
  • 我被黑心中介騙來泰國(guó)打工颜启, 沒想到剛下飛機(jī)就差點(diǎn)兒被人妖公主榨干…… 1. 我叫王不留,地道東北人浪讳。 一個(gè)月前我還...
    沈念sama閱讀 46,473評(píng)論 2 360
  • 正文 我出身青樓缰盏,卻偏偏與公主長(zhǎng)得像,于是被迫代替她去往敵國(guó)和親淹遵。 傳聞我的和親對(duì)象是個(gè)殘疾皇子口猜,可洞房花燭夜當(dāng)晚...
    茶點(diǎn)故事閱讀 43,606評(píng)論 2 350

推薦閱讀更多精彩內(nèi)容

  • 轉(zhuǎn)載自:http://www.reibang.com/p/938d68ed832c# 一、前言 前段時(shí)間看了幾個(gè)...
    cafei閱讀 4,536評(píng)論 1 12
  • 鎖是一種同步機(jī)制透揣,用于多線程環(huán)境中對(duì)資源訪問的限制iOS中常見鎖的性能對(duì)比圖(摘自:ibireme): iOS鎖的...
    LiLS閱讀 1,512評(píng)論 0 6
  • Q:為什么出現(xiàn)多線程济炎? A:為了實(shí)現(xiàn)同時(shí)干多件事的需求(并發(fā)),同時(shí)進(jìn)行著下載和頁面UI刷新辐真。對(duì)于處理器须尚,為每個(gè)線...
    幸福相依閱讀 1,576評(píng)論 0 2
  • 線程安全是怎么產(chǎn)生的 常見比如線程內(nèi)操作了一個(gè)線程外的非線程安全變量,這個(gè)時(shí)候一定要考慮線程安全和同步侍咱。 - (v...
    幽城88閱讀 656評(píng)論 0 0
  • 多線程相關(guān)知識(shí): 同步線程:dispatch中的sync函數(shù),即是在當(dāng)前線程做事情 異步函數(shù):dispatch中的...
    我是一只攻城獅_ifYou閱讀 2,362評(píng)論 0 9