iOS防止數(shù)據(jù)競(jìng)爭(zhēng)

本文主要引自iOS開(kāi)發(fā)中的11種鎖以及性能對(duì)比
數(shù)據(jù)競(jìng)爭(zhēng)的定義很簡(jiǎn)單:當(dāng)至少有兩個(gè)線程同時(shí)訪問(wèn)同一個(gè)變量锄弱,而且至少其中有一個(gè)是寫(xiě)操作時(shí)歇终,就發(fā)生了數(shù)據(jù)競(jìng)爭(zhēng)卤橄。所以這是就要利用一些同步機(jī)制來(lái)確保數(shù)據(jù)的準(zhǔn)確性乳附,鎖就是同步機(jī)制中的一種。
怎么檢測(cè)項(xiàng)目中的數(shù)據(jù)競(jìng)爭(zhēng)色罚?


只需要在設(shè)置中勾選Thread Sanitizer即可碰缔,順便可以勾選Pause on issues就可以斷點(diǎn)到相應(yīng)的代碼。

簡(jiǎn)單的性能測(cè)試

下圖是原文作者針對(duì)iOS中的鎖自己測(cè)試得出的戳护,圖中數(shù)字代表每次加解鎖需要消耗的時(shí)間金抡,單位為ns。代碼在這里

圖片.png

  • 注:運(yùn)行手機(jī): iphone6s plus 腌且,系統(tǒng)版本:11.2.2梗肝,Xcode9.2;數(shù)字的單位為ns(得出的具體數(shù)值是跑了多次取的均值)切蟋。
    值得注意的是:1.這個(gè)數(shù)字僅僅代表每次加解鎖的耗時(shí)统捶,并不能全方面的代表性能榆芦。2.不同的機(jī)型和系統(tǒng)柄粹,不同的循環(huán)次數(shù)可能結(jié)果會(huì)略微有些差異。
    但是還是可以看出@synchronized:是表現(xiàn)最差的匆绣。

在具體說(shuō)這些鎖之前驻右,先來(lái)說(shuō)幾個(gè)概念定義:

  • 臨界區(qū):指的是一塊對(duì)公共資源進(jìn)行訪問(wèn)的代碼,并非一種機(jī)制或是算法崎淳。
  • 自旋鎖:是用于多線程同步的一種鎖堪夭,線程反復(fù)檢查鎖變量是否可用。由于線程在這一過(guò)程中保持執(zhí)行拣凹,因此是一種忙等待森爽。一旦獲取了自旋鎖,線程會(huì)一直保持該鎖嚣镜,直至顯式釋放自旋鎖爬迟。 自旋鎖避免了進(jìn)程上下文的調(diào)度開(kāi)銷,因此對(duì)于線程只會(huì)阻塞很短時(shí)間的場(chǎng)合是有效的菊匿。
  • 互斥鎖(Mutex):是一種用于多線程編程中付呕,防止兩條線程同時(shí)對(duì)同一公共資源(比如全局變量)進(jìn)行讀寫(xiě)的機(jī)制计福。該目的通過(guò)將代碼切片成一個(gè)一個(gè)的臨界區(qū)而達(dá)成。
  • 讀寫(xiě)鎖:是計(jì)算機(jī)程序的并發(fā)控制的一種同步機(jī)制徽职,也稱“共享-互斥鎖”象颖、多讀者-單寫(xiě)者鎖) 用于解決多線程對(duì)公共資源讀寫(xiě)問(wèn)題。讀操作可并發(fā)重入姆钉,寫(xiě)操作是互斥的说订。 讀寫(xiě)鎖通常用互斥鎖、條件變量潮瓶、信號(hào)量實(shí)現(xiàn)克蚂。
  • 信號(hào)量(semaphore):是一種更高級(jí)的同步機(jī)制,互斥鎖可以說(shuō)是semaphore在僅取值0/1時(shí)的特例筋讨。信號(hào)量可以有更多的取值空間埃叭,用來(lái)實(shí)現(xiàn)更加復(fù)雜的同步,而不單單是線程間互斥悉罕。
  • 條件鎖:就是條件變量赤屋,當(dāng)進(jìn)程的某些資源要求不滿足時(shí)就進(jìn)入休眠,也就是鎖住了壁袄。當(dāng)資源被分配到了类早,條件鎖打開(kāi),進(jìn)程繼續(xù)運(yùn)行嗜逻。

iOS開(kāi)發(fā)中用到的鎖

  • 互斥鎖

1.NSLock:

是Foundation框架中以對(duì)象形式暴露給開(kāi)發(fā)者的一種鎖涩僻,NSLock定義如下:

@protocol NSLocking

- (void)lock;
- (void)unlock;

@end

@interface NSLock : NSObject <NSLocking> {
@private
    void *_priv;
}

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

@property (nullable, copy) NSString *name API_AVAILABLE(macos(10.5), ios(2.0), watchos(2.0), tvos(9.0));

@end

tryLock 和 lock 方法都會(huì)請(qǐng)求加鎖,唯一不同的是trylock在沒(méi)有獲得鎖的時(shí)候可以繼續(xù)做一些任務(wù)和處理栈顷。lockBeforeDate方法也比較簡(jiǎn)單逆日,就是在limit時(shí)間點(diǎn)之前獲得鎖,沒(méi)有拿到返回NO萄凤。
實(shí)際項(xiàng)目中:NSLock在AFNetworking的AFURLSessionManager.m中應(yīng)用如下:

- (instancetype)initWithSessionConfiguration:(NSURLSessionConfiguration *)configuration {
    ...
    self.lock = [[NSLock alloc] init];
    self.lock.name = AFURLSessionManagerLockName;
    ...
}
- (void)setDelegate:(AFURLSessionManagerTaskDelegate *)delegate
            forTask:(NSURLSessionTask *)task
{
    ...
    [self.lock lock];
    self.mutableTaskDelegatesKeyedByTaskIdentifier[@(task.taskIdentifier)] = delegate;
    [delegate setupProgressForTask:task];
    [self addNotificationObserverForTask:task];
    [self.lock unlock];
}

2.pthread_mutex:

實(shí)際項(xiàng)目中:在YYKit的YYMemoryCach中可以看到

- (instancetype)init {
    ...
    pthread_mutex_init(&_lock, NULL);
    ...
}
- (void)_trimToCost:(NSUInteger)costLimit {
    BOOL finish = NO;
    pthread_mutex_lock(&_lock);
    if (costLimit == 0) {
        [_lru removeAll];
        finish = YES;
    } else if (_lru->_totalCost <= costLimit) {
        finish = YES;
    }
    pthread_mutex_unlock(&_lock);
    if (finish) return;

    NSMutableArray *holder = [NSMutableArray new];
    while (!finish) {
        if (pthread_mutex_trylock(&_lock) == 0) {
            if (_lru->_totalCost > costLimit) {
                _YYLinkedMapNode *node = [_lru removeTailNode];
                if (node) [holder addObject:node];
            } else {
                finish = YES;
            }
            pthread_mutex_unlock(&_lock);
        } else {
            usleep(10 * 1000); //10 ms
        }
    }
   ...
}

3.@synchronized:

實(shí)際項(xiàng)目中:AFNetworking中 isNetworkActivityOccurring屬性的getter方法

- (BOOL)isNetworkActivityOccurring {
    @synchronized(self) {
        return self.activityCount > 0;
    }
}

關(guān)于 @synchronized推薦擴(kuò)展閱讀 關(guān)于 @synchronized室抽,這兒比你想知道的還要多

自旋鎖

1.OSSpinLock:

OSSpinLock lock = OS_SPINLOCK_INIT;
OSSpinLockLock(&lock);
...
OSSpinLockUnlock(&lock);

上面是OSSpinLock使用方式,編譯會(huì)報(bào)警告靡努,已經(jīng)廢棄了坪圾,OSSpinLock大家也已經(jīng)不再用它了,因?yàn)樗谀骋恍﹫?chǎng)景下已經(jīng)不安全了惑朦,可以參考 YY大神的不再安全的 OSSpinLock兽泄,在Protocol Buffers項(xiàng)目中你可以看到這樣的注釋,大家已經(jīng)用新的方案替換了漾月。

 // NOTE: OSSpinLock may seem like a good fit here but Apple engineers have
  // pointed out that they are vulnerable to live locking on iOS in cases of
  // priority inversion:
  //   http://mjtsai.com/blog/2015/12/16/osspinlock-is-unsafe/
  //   https://lists.swift.org/pipermail/swift-dev/Week-of-Mon-20151214/000372.html

os_unfair_lock:(互斥鎖)
os_unfair_lock 是蘋(píng)果官方推薦的替換OSSpinLock的方案病梢,但是它在iOS10.0以上的系統(tǒng)才可以調(diào)用。os_unfair_lock是一種互斥鎖栅屏,它不會(huì)向自旋鎖那樣忙等飘千,而是等待線程會(huì)休眠堂鲜。

os_unfair_lock_t unfairLock;
unfairLock = &(OS_UNFAIR_LOCK_INIT);
os_unfair_lock_lock(unfairLock);
os_unfair_lock_unlock(unfairLock);

讀寫(xiě)鎖

上文有說(shuō)到,讀寫(xiě)鎖又稱共享-互斥鎖护奈,
pthread_rwlock:

//加讀鎖
pthread_rwlock_rdlock(&rwlock);
//解鎖
pthread_rwlock_unlock(&rwlock);
//加寫(xiě)鎖
pthread_rwlock_wrlock(&rwlock);
//解鎖
pthread_rwlock_unlock(&rwlock);

遞歸鎖

遞歸鎖有一個(gè)特點(diǎn)缔莲,就是同一個(gè)線程可以加鎖N次而不會(huì)引發(fā)死鎖。
1.NSRecursiveLock:
NSRecursiveLock在YYKit中YYWebImageOperation.m中有用到:

_lock = [NSRecursiveLock new];
- (void)dealloc {
    [_lock lock];
    ...
    ...
    [_lock unlock];
}

2.pthread_mutex(recursive):
pthread_mutex鎖也支持遞歸霉旗,只需要設(shè)置PTHREAD_MUTEX_RECURSIVE即可

pthread_mutex_t lock;
pthread_mutexattr_t attr;
pthread_mutexattr_init(&attr);
pthread_mutexattr_settype(&attr, PTHREAD_MUTEX_RECURSIVE);
pthread_mutex_init(&lock, &attr);
pthread_mutexattr_destroy(&attr);
pthread_mutex_lock(&lock);
pthread_mutex_unlock(&lock);

條件鎖

1. NSCondition:
定義:

@interface NSCondition : NSObject <NSLocking> {
@private
    void *_priv;
}

- (void)wait;
- (BOOL)waitUntilDate:(NSDate *)limit;
- (void)signal;
- (void)broadcast;

遵循NSLocking協(xié)議痴奏,使用的時(shí)候同樣是lock,unlock加解鎖,wait是傻等厌秒,waitUntilDate:方法是等一會(huì)读拆,都會(huì)阻塞掉線程,signal是喚起一個(gè)在等待的線程鸵闪,broadcast是廣播全部喚起檐晕。

NSCondition *lock = [[NSCondition alloc] init];
//Son 線程
dispatch_async(dispatch_get_global_queue(DISPATCH_QUEUE_PRIORITY_DEFAULT, 0), ^{
    [lock lock];
    while (No Money) {
        [lock wait];
    }
    NSLog(@"The money has been used up.");
    [lock unlock];
});

 //Father線程
dispatch_async(dispatch_get_global_queue(DISPATCH_QUEUE_PRIORITY_DEFAULT, 0), ^{
    [lock lock];
    NSLog(@"Work hard to make money.");
    [lock signal];
    [lock unlock];
 });

2.NSConditionLock:
定義:

@interface NSConditionLock : NSObject <NSLocking> {
@private
    void *_priv;
}

- (instancetype)initWithCondition:(NSInteger)condition NS_DESIGNATED_INITIALIZER;

@property (readonly) NSInteger condition;
- (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;

很簡(jiǎn)單,方法很清晰蚌讼,基本同上辟灰。

信號(hào)量

dispatch_semaphore:
dispatch_semaphore在YYKit中的YYThreadSafeArray.m有所應(yīng)用,YY大神有這樣一句注釋:

@discussion Generally, access performance is lower than NSMutableArray, 
 but higher than using @synchronized, NSLock, or pthread_mutex_t.
#define LOCK(...) dispatch_semaphore_wait(_lock, DISPATCH_TIME_FOREVER); \
__VA_ARGS__; \
dispatch_semaphore_signal(_lock);
最后編輯于
?著作權(quán)歸作者所有,轉(zhuǎn)載或內(nèi)容合作請(qǐng)聯(lián)系作者
  • 序言:七十年代末篡石,一起剝皮案震驚了整個(gè)濱河市芥喇,隨后出現(xiàn)的幾起案子,更是在濱河造成了極大的恐慌凰萨,老刑警劉巖继控,帶你破解...
    沈念sama閱讀 206,311評(píng)論 6 481
  • 序言:濱河連續(xù)發(fā)生了三起死亡事件,死亡現(xiàn)場(chǎng)離奇詭異胖眷,居然都是意外死亡武通,警方通過(guò)查閱死者的電腦和手機(jī),發(fā)現(xiàn)死者居然都...
    沈念sama閱讀 88,339評(píng)論 2 382
  • 文/潘曉璐 我一進(jìn)店門(mén)瘦材,熙熙樓的掌柜王于貴愁眉苦臉地迎上來(lái)厅须,“玉大人,你說(shuō)我怎么就攤上這事食棕。” “怎么了错沽?”我有些...
    開(kāi)封第一講書(shū)人閱讀 152,671評(píng)論 0 342
  • 文/不壞的土叔 我叫張陵簿晓,是天一觀的道長(zhǎng)。 經(jīng)常有香客問(wèn)我千埃,道長(zhǎng)憔儿,這世上最難降的妖魔是什么? 我笑而不...
    開(kāi)封第一講書(shū)人閱讀 55,252評(píng)論 1 279
  • 正文 為了忘掉前任放可,我火速辦了婚禮谒臼,結(jié)果婚禮上朝刊,老公的妹妹穿的比我還像新娘。我一直安慰自己蜈缤,他們只是感情好拾氓,可當(dāng)我...
    茶點(diǎn)故事閱讀 64,253評(píng)論 5 371
  • 文/花漫 我一把揭開(kāi)白布。 她就那樣靜靜地躺著底哥,像睡著了一般咙鞍。 火紅的嫁衣襯著肌膚如雪。 梳的紋絲不亂的頭發(fā)上趾徽,一...
    開(kāi)封第一講書(shū)人閱讀 49,031評(píng)論 1 285
  • 那天续滋,我揣著相機(jī)與錄音,去河邊找鬼孵奶。 笑死疲酌,一個(gè)胖子當(dāng)著我的面吹牛,可吹牛的內(nèi)容都是我干的了袁。 我是一名探鬼主播徐勃,決...
    沈念sama閱讀 38,340評(píng)論 3 399
  • 文/蒼蘭香墨 我猛地睜開(kāi)眼,長(zhǎng)吁一口氣:“原來(lái)是場(chǎng)噩夢(mèng)啊……” “哼早像!你這毒婦竟也來(lái)了僻肖?” 一聲冷哼從身側(cè)響起,我...
    開(kāi)封第一講書(shū)人閱讀 36,973評(píng)論 0 259
  • 序言:老撾萬(wàn)榮一對(duì)情侶失蹤卢鹦,失蹤者是張志新(化名)和其女友劉穎臀脏,沒(méi)想到半個(gè)月后,有當(dāng)?shù)厝嗽跇?shù)林里發(fā)現(xiàn)了一具尸體冀自,經(jīng)...
    沈念sama閱讀 43,466評(píng)論 1 300
  • 正文 獨(dú)居荒郊野嶺守林人離奇死亡揉稚,尸身上長(zhǎng)有42處帶血的膿包…… 初始之章·張勛 以下內(nèi)容為張勛視角 年9月15日...
    茶點(diǎn)故事閱讀 35,937評(píng)論 2 323
  • 正文 我和宋清朗相戀三年,在試婚紗的時(shí)候發(fā)現(xiàn)自己被綠了熬粗。 大學(xué)時(shí)的朋友給我發(fā)了我未婚夫和他白月光在一起吃飯的照片搀玖。...
    茶點(diǎn)故事閱讀 38,039評(píng)論 1 333
  • 序言:一個(gè)原本活蹦亂跳的男人離奇死亡,死狀恐怖驻呐,靈堂內(nèi)的尸體忽然破棺而出灌诅,到底是詐尸還是另有隱情,我是刑警寧澤含末,帶...
    沈念sama閱讀 33,701評(píng)論 4 323
  • 正文 年R本政府宣布猜拾,位于F島的核電站,受9級(jí)特大地震影響佣盒,放射性物質(zhì)發(fā)生泄漏挎袜。R本人自食惡果不足惜,卻給世界環(huán)境...
    茶點(diǎn)故事閱讀 39,254評(píng)論 3 307
  • 文/蒙蒙 一、第九天 我趴在偏房一處隱蔽的房頂上張望盯仪。 院中可真熱鬧紊搪,春花似錦、人聲如沸全景。這莊子的主人今日做“春日...
    開(kāi)封第一講書(shū)人閱讀 30,259評(píng)論 0 19
  • 文/蒼蘭香墨 我抬頭看了看天上的太陽(yáng)蚪燕。三九已至娶牌,卻和暖如春,著一層夾襖步出監(jiān)牢的瞬間馆纳,已是汗流浹背诗良。 一陣腳步聲響...
    開(kāi)封第一講書(shū)人閱讀 31,485評(píng)論 1 262
  • 我被黑心中介騙來(lái)泰國(guó)打工, 沒(méi)想到剛下飛機(jī)就差點(diǎn)兒被人妖公主榨干…… 1. 我叫王不留鲁驶,地道東北人鉴裹。 一個(gè)月前我還...
    沈念sama閱讀 45,497評(píng)論 2 354
  • 正文 我出身青樓,卻偏偏與公主長(zhǎng)得像钥弯,于是被迫代替她去往敵國(guó)和親径荔。 傳聞我的和親對(duì)象是個(gè)殘疾皇子,可洞房花燭夜當(dāng)晚...
    茶點(diǎn)故事閱讀 42,786評(píng)論 2 345

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

  • 前言 在多線程開(kāi)發(fā)中脆霎,常會(huì)遇到多個(gè)線程訪問(wèn)修改數(shù)據(jù)总处。為了防止數(shù)據(jù)不一致或數(shù)據(jù)污染,通常采用加鎖機(jī)制來(lái)保證線程安全睛蛛。...
    趙夢(mèng)楠閱讀 912評(píng)論 0 5
  • 一鹦马、線程鎖相關(guān)概念 線程鎖:我們?cè)谑褂枚嗑€程的時(shí)候多個(gè)線程可能會(huì)訪問(wèn)同一塊資源,這樣就很容易引發(fā)數(shù)據(jù)錯(cuò)亂和數(shù)據(jù)安全...
    2525252472閱讀 391評(píng)論 0 2
  • 轉(zhuǎn)自(https://bestswifter.com/ios-lock/#) 深入理解 iOS 開(kāi)發(fā)中的鎖 摘要 ...
    犯色戒的和尚閱讀 315評(píng)論 0 1
  • iOS中的鎖 前言 寫(xiě)在前面: 臨界區(qū):指的是一塊對(duì)公共資源進(jìn)行訪問(wèn)的代碼忆肾,并非一種機(jī)制或是算法荸频。 自旋鎖:是用于...
    ROBIN2015閱讀 890評(píng)論 0 7
  • 一、簡(jiǎn)介:多線程在之前進(jìn)行過(guò)一篇詳細(xì)的基礎(chǔ)博客 iOS多線程 二客冈、多線程的基礎(chǔ)知識(shí)回顧 1.1旭从、iOS中的常見(jiàn)多線...
    IIronMan閱讀 878評(píng)論 0 4