溫馨提示×

溫馨提示×

您好,登錄后才能下訂單哦!

密碼登錄×
登錄注冊×
其他方式登錄
點擊 登錄注冊 即表示同意《億速云用戶服務條款》

iOS開發(fā)中多線程的安全隱患有什么

發(fā)布時間:2021-11-15 11:48:02 來源:億速云 閱讀:159 作者:iii 欄目:編程語言

本篇內容主要講解“iOS開發(fā)中多線程的安全隱患有什么”,感興趣的朋友不妨來看看。本文介紹的方法操作簡單快捷,實用性強。下面就讓小編來帶大家學習“iOS開發(fā)中多線程的安全隱患有什么”吧!

一、解決方案

解決方案:使用線程同步技術(同步,就是協(xié)同步調,按預定的先后次序進行)

常見的線程同步技術是:加鎖

1、OSSpinLock

OSSpinLock叫做”自旋鎖”,等待鎖的線程會處于忙等(busy-wait)狀態(tài),一直占用著CPU資源

目前已經不再安全,可能會出現(xiàn)優(yōu)先級反轉問題

如果等待鎖的線程優(yōu)先級較高,它會一直占用著CPU資源,優(yōu)先級低的線程就無法釋放鎖

需要導入頭文件#import<libkern/OSAtomic.h>

2、os_unfair_lock

os_unfair_lock用于取代不安全的OSSpinLock,從iOS10開始才支持

從底層調用看,等待os_unfair_lock鎖的線程會處于休眠狀態(tài),并非忙等

需要導入頭文件#import<os/lock.h>

3、pthread_mutex

mutex叫做”互斥鎖”,等待鎖的線程會處于休眠狀態(tài)

需要導入頭文件#import<pthread.h>

pthread_mutex–普通鎖

pthread_mutex–遞歸鎖

pthread_mutex–條件

4、NSLock

NSLock是對mutex普通鎖的封裝

5、NSRecursiveLock

NSRecursiveLock也是對mutex遞歸鎖的封裝,API跟NSLock基本一致

6、NSCondition

NSCondition是對mutex和cond的封裝

7、NSConditionLock

NSConditionLock是對NSCondition的進一步封裝,可以設置具體的條件值

8、dispatch_semaphore

semaphore叫做”信號量”

信號量的初始值,可以用來控制線程并發(fā)訪問的最大數(shù)量

信號量的初始值為1,代表同時只允許1條線程訪問資源,保證線程同步

9、dispatch_queue(DISPATCH_QUEUE_SERIAL)

直接使用GCD的串行隊列,也是可以實現(xiàn)線程同步的

10、@synchronized

@synchronized是對mutex遞歸鎖的封裝

源碼查看:objc4中的objc-sync.mm文件(蘋果源碼官方地址)

@synchronized(obj)內部會生成obj對應的遞歸鎖,然后進行加鎖、解鎖操作

二、iOS線程同步方案性能比較

原則:

普通鎖比遞歸鎖性能好

語言越高級,封裝的邏輯越多,性能也就越差(所有語言都如此) 

實際測試

性能從高到低排序

os_unfair_lock // 缺點:iOS10才支持

OSSpinLock  // 缺點:可能出現(xiàn)優(yōu)先級反轉 已經不再安全 蘋果也不推薦使用

dispatch_semaphore // 推薦使用

pthread_mutex  // 優(yōu)點:跨平臺 互斥鎖(普通鎖) 推薦使用

dispatch_queue(DISPATCH_QUEUE_SERIAL) // c

NSLock   // oc

NSCondition   // oc

pthread_mutex(recursive) // 遞歸鎖

NSRecursiveLock  // oc

NSConditionLock // oc

@synchronized // 遞歸鎖 oc

三、自旋鎖、互斥鎖 選擇

自旋鎖:等待狀態(tài)處于忙等

互斥鎖:等待狀態(tài)處于休眠

1、什么情況使用自旋鎖比較劃算?

預計線程等待鎖的時間很短

加鎖的代碼(臨界區(qū))經常被調用,但競爭情況很少發(fā)生

CPU資源不緊張

多核處理器

2、什么情況使用互斥鎖比較劃算?

預計線程等待鎖的時間較長

單核處理器

臨界區(qū)有IO操作

臨界區(qū)代碼復雜或者循環(huán)量大

臨界區(qū)競爭非常激烈

四、讀寫鎖

場景:

同一時間,只能有1個線程進行寫的操作

同一時間,允許有多個線程進行讀的操作

同一時間,不允許既有寫的操作,又有讀的操作

上面的場景就是典型的“多讀單寫”,經常用于文件等數(shù)據(jù)的讀寫操作,iOS中的實現(xiàn)方案有:

1、讀寫鎖:pthread_rwlock

等待鎖的線程會進入休眠

2、dispatch_barrier_async

這個函數(shù)傳入的并發(fā)隊列必須是自己通過dispatch_queue_cretate創(chuàng)建的

如果傳入的是一個串行或是一個全局的并發(fā)隊列,那這個函數(shù)便等同于dispatch_async函數(shù)的效果

到此,相信大家對“iOS開發(fā)中多線程的安全隱患有什么”有了更深的了解,不妨來實際操作一番吧!這里是億速云網站,更多相關內容可以進入相關頻道進行查詢,關注我們,繼續(xù)學習!

向AI問一下細節(jié)

免責聲明:本站發(fā)布的內容(圖片、視頻和文字)以原創(chuàng)、轉載和分享為主,文章觀點不代表本網站立場,如果涉及侵權請聯(lián)系站長郵箱:is@yisu.com進行舉報,并提供相關證據(jù),一經查實,將立刻刪除涉嫌侵權內容。

ios
AI