主頁 > 移動端開發 > iOS單例模式寫法以及GCD

iOS單例模式寫法以及GCD

2021-09-28 08:12:34 移動端開發

單例模式:保證一個類僅有一個實體,并提供一個訪問它的全域變數點,

在OC中,構建單例模式較簡單的是提供一個類方法getInstance來進行構造和訪問,

#import "Count.h"

@implementation Count

static Count* _instance=nil;

+(instancetype)getInstance{
    static dispatch_once_t onceToken;
    dispatch_once(&onceToken, ^{
        _instance=[Count new];
    });
    return _instance;
}


@end

首先宣告一個全域的Count類物件_instance,作為單例, 類方法中使用了GCD中的dispatch_once方法,這里涉及到了多執行緒,使用 dispatch_once 方法能保證某段代碼在程式運行程序中只被執行 1 次,并且即使在多執行緒的環境下,dispatch_once 也可以保證執行緒安全,

    static dispatch_once_t onceToken;
    dispatch_once(&onceToken, ^{
        _instance=[Count new];
    });

但這樣的話,使用構造方法和使用getInstance類方法構造的物件并不是同一個,也就是這個類初始化了兩次,如下圖,

所以,我們需要重寫一下alloc方法,來保證Count類只初始化了一次,

+(instancetype)alloc{
    if(_instance){
        return _instance;
    }

    return [super alloc];
}

然后我們再運行 看看使用構造方法和類方法的情況

這里我們可以看到c1和c2的地址相同,說明Count類只初始化了一次,

同時為了避免copy和mutablecopy,我們可以選擇重寫或者禁用這兩個方法,

附上完整代碼:

#import "Count.h"

@implementation Count

static Count* _instance=nil;

+(instancetype)alloc{
    if(_instance){
        return _instance;
    }

    return [super alloc];
}

+(instancetype)getInstance{
    static dispatch_once_t onceToken;
    dispatch_once(&onceToken, ^{
        _instance=[Count new];
    });
    return _instance;
}

@end

GCD

前面在構造單例的時候,使用了GCD的dispatch_once 方法,現在說一下GCD

首先,什么是GCD?

GCD (Grand Central Dispatch)

它主要用于優化應用程式以支持多核處理器以及其他對稱多處理系統,它是一個在執行緒池模式的基礎上執行的并行任務,在Mac OS X 10.6雪豹中首次推出,也可在IOS 4及以上版本使用,

使用GCD有哪些好處?

  • GCD 可用于多核的并行運算;
  • GCD 會自動利用更多的 CPU 內核(比如雙核、四核);
  • GCD 會自動管理執行緒的生命周期(創建執行緒、調度任務、銷毀執行緒);
  • 程式員只需要告訴 GCD 想要執行什么任務,不需要撰寫任何執行緒管理代碼,

在GCD中有兩個重要的概念:任務 佇列

任務:就是要執行的代碼塊,在block中的代碼,

佇列:就是存放任務的一個佇列,具有資料結構中佇列的性質,先進先出,


任務執行方式有兩種:同步執行異步執行

  • 同步執行(sync)
    • 同步添加任務到指定的佇列中,在添加的任務執行結束之前,會一直等待,直到佇列里面的任務完成之后再繼續執行,
    • 只能在當前執行緒中執行任務,不具備開啟新執行緒的能力,
  • 異步執行(async)
    • 異步添加任務到指定的佇列中,它不會做任何等待,可以繼續執行任務,
    • 可以在新的執行緒中執行任務,具備開啟新執行緒的能力,

佇列也有兩種:串行佇列并發佇列

  • 串行佇列(Serial Dispatch Queue)
    • 每次只有一個任務被執行,讓任務一個接著一個地執行,(只開啟一個執行緒,一個任務執行完畢后,再執行下一個任務)
  • 并發佇列(Concurrent Dispatch Queue)
    • 可以讓多個任務并發(同時)執行,(可以開啟多個執行緒,并且同時執行任務)

注意:并發佇列的并發功能只有在異步(dispatch_async)方法下才有效,

兩者的具體區別為:

GCD的使用

GCD 的使用步驟其實很簡單,只有兩步:

  1. 創建一個佇列(串行佇列或并發佇列);
  2. 將任務追加到任務的等待佇列中,然后系統就會根據任務型別執行任務

可以使用dispatch_queue_create來創建佇列,該方法有兩個引數,第一個引數為識別符號,可填可不填, 第二個為所創建的佇列型別 DISPATCH_QUEUE_SERIAL為串行佇列 DISPATCH_QUEUE_CONCURRENT為并行佇列,

//創建串行佇列
dispatch_queue_t queue= dispatch_queue_create("test1", DISPATCH_QUEUE_SERIAL);
//創建并行佇列
dispatch_queue_t queue=dispatch_queue_create("test2", DISPATCH_QUEUE_CONCURRENT);

GCD還提供了主佇列,主佇列為串行佇列,使用dispatch_get_main_queue()得到主佇列

所有放到主佇列中的任務都會放到主執行緒中執行,

//主佇列的獲取方法
dispatch_queue_t mainQueue=dispatch_get_main_queue();

GCD還有一個全域佇列,為并發佇列,使用dispatch_get_global_queue()得到,

dispatch_queue_t queue=dispatch_get_global_queue(<#long identifier#>, <#unsigned long flags#>)

第一個引數為佇列的優先級,一般為DISPATCH_QUEUE_PRIORITY_DEFAULT,第二個引數一般為0;


例子分析:

首先添加兩個方法

-(void)startCount{
    
    
    dispatch_queue_t queue= dispatch_queue_create("test1", DISPATCH_QUEUE_SERIAL);
    
    dispatch_sync(queue, ^{
        NSLog(@"this is first");
        NSLog(@"%@",[NSThread currentThread]);
    });
    
    dispatch_sync(queue, ^{
        NSLog(@"this is second");
        NSLog(@"%@",[NSThread currentThread]);
    });
    
    dispatch_sync(queue, ^{
        NSLog(@"this is third");
        NSLog(@"%@",[NSThread currentThread]);
    });
    
    
}

-(void)asyncCount{
    
    dispatch_queue_t queue=dispatch_queue_create("test2", DISPATCH_QUEUE_CONCURRENT);
    
    dispatch_async(queue, ^{
        //NSLog(@"this is the first in context");
        //[NSThread sleepForTimeInterval:2];
        NSLog(@"%@",[NSThread currentThread]);
        
    });
    
    dispatch_async(queue, ^{
        //NSLog(@"this is the second in context");
        //[NSThread sleepForTimeInterval:2];
        NSLog(@"%@",[NSThread currentThread]);
        
    });
    
    dispatch_async(queue, ^{
        //NSLog(@"this is the third in context");
        //[NSThread sleepForTimeInterval:2];
        NSLog(@"%@",[NSThread currentThread]);
        
    });
    
    
    
}

startCount創建了一個串行佇列,并且同步執行了三個任務

asyncCount創建了一個并發佇列,并且異步執行了三個任務

我們運行一下程式,執行兩個方法

#import <Foundation/Foundation.h>
#import "Count.h"

int main(int argc, const char * argv[]) {
    @autoreleasepool {
        
        Count* c1=[[Count alloc]init];
        
        [c1 asyncCount];

        [c1 startCount];
        
    }
    return 0;
}
2021-09-27 01:42:17.550509-0700 GCD[3337:37060] this is first
2021-09-27 01:42:17.550834-0700 GCD[3337:37085] <NSThread: 0x1006007c0>{number = 2, name = (null)}
2021-09-27 01:42:17.550915-0700 GCD[3337:37086] <NSThread: 0x100700210>{number = 3, name = (null)}
2021-09-27 01:42:17.550931-0700 GCD[3337:37087] <NSThread: 0x100505070>{number = 4, name = (null)}
2021-09-27 01:42:17.550942-0700 GCD[3337:37060] <NSThread: 0x10050b280>{number = 1, name = main}
2021-09-27 01:42:17.550956-0700 GCD[3337:37060] this is second
2021-09-27 01:42:17.550973-0700 GCD[3337:37060] <NSThread: 0x10050b280>{number = 1, name = main}
2021-09-27 01:42:17.550980-0700 GCD[3337:37060] this is third
2021-09-27 01:42:17.550989-0700 GCD[3337:37060] <NSThread: 0x10050b280>{number = 1, name = main}
Program ended with exit code: 0

首先,我們知道利用NSThread的currentThread得到的是當前執行緒,即上面的number表示的為第幾個執行緒,

我們打個斷點進行分析,可以通過Xcode看到下圖

顯示了我們創建的佇列test1和test2,并且異步執行并發佇列中的三個任務創建了三個執行緒

我們來看輸出結果

第一句

2021-09-27 01:42:17.550509-0700 GCD[3337:37060] this is first

這個是第二個方法,startCount的第一個輸出,屬于執行緒1,我們知道同步執行是無法開辟執行緒的,所以只有Thread1存在,

為什么第二個方法反而會比第一個asyncCount先輸出結果?

因為asyncCount中為異步執行,不需要等它結束再去運行下一部分,將任務添加到佇列后,無需等待,就開始運行startCount方法,這時才輸出this is first;

同時,我們注意到startCount創建的佇列在的執行緒為1,所以能判斷是startCount先執行任務,創建執行緒,

第二句-第四句

2021-09-27 01:56:09.143174-0700 GCD[3766:41073] <NSThread: 0x100687a60>{number = 2, name = (null)}
2021-09-27 01:56:09.143180-0700 GCD[3766:41075] <NSThread: 0x102a003b0>{number = 3, name = (null)}
2021-09-27 01:56:09.143180-0700 GCD[3766:41074] <NSThread: 0x1005073c0>{number = 4, name = (null)}

我們可以看到這是asyncCount方法的輸出結果,輸出了三個任務所在的三個執行緒,并且是按順序輸出的

也就是說asyncCount開辟了三個執行緒,為每一個任務開辟了一個執行緒

當我再運行一次,輸出結果的這三行為:

2021-09-27 01:56:09.143174-0700 GCD[3766:41073] <NSThread: 0x100687a60>{number = 2, name = (null)}
2021-09-27 01:56:09.143180-0700 GCD[3766:41075] <NSThread: 0x102a003b0>{number = 4, name = (null)}
2021-09-27 01:56:09.143180-0700 GCD[3766:41074] <NSThread: 0x1005073c0>{number = 3, name = (null)}

但這三個執行緒并不是按順序輸出的,Thread4比Thread3要先輸出,為什么?

按我個人的理解為,Thread3先創建,Thread4后創建,但是在搶占資源時,Thread4要比Thread3搶占了更多的資源,先結束,

為了驗證,我又多次運行程式,可以得到這三行的順序是不定的,也就可以看到各個執行緒搶占資源的情況還是隨機的

第五句-第九句

2021-09-27 02:02:12.252049-0700 GCD[3957:42833] <NSThread: 0x10050b280>{number = 1, name = main}
2021-09-27 02:02:12.252065-0700 GCD[3957:42833] this is second
2021-09-27 02:02:12.252083-0700 GCD[3957:42833] <NSThread: 0x10050b280>{number = 1, name = main}
2021-09-27 02:02:12.252093-0700 GCD[3957:42833] this is third
2021-09-27 02:02:12.252127-0700 GCD[3957:42833] <NSThread: 0x10050b280>{number = 1, name = main}

為startCount的結果,這時,Thread2,Thread3,Thread4執行緒都結束了,只有Thread1在運行,從結果可以看出Thread1中的三個任務在同一個執行緒,

但是通過上面的分析得到各個執行緒搶占資源是隨機的,所以Thread1也應該如此,然后,在嘗試多次后,出現了各個執行緒比較混亂的情況

2021-09-27 02:07:28.992934-0700 GCD[4121:44166] this is first
2021-09-27 02:07:28.993211-0700 GCD[4121:44179] <NSThread: 0x10200a400>{number = 3, name = (null)}
2021-09-27 02:07:28.993228-0700 GCD[4121:44166] <NSThread: 0x1021035e0>{number = 1, name = main}
2021-09-27 02:07:28.993243-0700 GCD[4121:44166] this is second
2021-09-27 02:07:28.993257-0700 GCD[4121:44166] <NSThread: 0x1021035e0>{number = 1, name = main}
2021-09-27 02:07:28.993265-0700 GCD[4121:44166] this is third
2021-09-27 02:07:28.993273-0700 GCD[4121:44180] <NSThread: 0x1020001f0>{number = 4, name = (null)}
2021-09-27 02:07:28.993275-0700 GCD[4121:44166] <NSThread: 0x1021035e0>{number = 1, name = main}
2021-09-27 02:07:28.993273-0700 GCD[4121:44178] <NSThread: 0x100583da0>{number = 2, name = (null)}

轉載請註明出處,本文鏈接:https://www.uj5u.com/yidong/303615.html

標籤:其他

上一篇:常見微處理器體系架構

下一篇:C++標準輸入輸出流頭檔案ostream、istream、iostream詳解

標籤雲
其他(157675) Python(38076) JavaScript(25376) Java(17977) C(15215) 區塊鏈(8255) C#(7972) AI(7469) 爪哇(7425) MySQL(7132) html(6777) 基礎類(6313) sql(6102) 熊猫(6058) PHP(5869) 数组(5741) R(5409) Linux(5327) 反应(5209) 腳本語言(PerlPython)(5129) 非技術區(4971) Android(4554) 数据框(4311) css(4259) 节点.js(4032) C語言(3288) json(3245) 列表(3129) 扑(3119) C++語言(3117) 安卓(2998) 打字稿(2995) VBA(2789) Java相關(2746) 疑難問題(2699) 细绳(2522) 單片機工控(2479) iOS(2429) ASP.NET(2402) MongoDB(2323) 麻木的(2285) 正则表达式(2254) 字典(2211) 循环(2198) 迅速(2185) 擅长(2169) 镖(2155) 功能(1967) .NET技术(1958) Web開發(1951) python-3.x(1918) HtmlCss(1915) 弹簧靴(1913) C++(1909) xml(1889) PostgreSQL(1872) .NETCore(1853) 谷歌表格(1846) Unity3D(1843) for循环(1842)

熱門瀏覽
  • 【從零開始擼一個App】Dagger2

    Dagger2是一個IOC框架,一般用于Android平臺,第一次接觸的朋友,一定會被搞得暈頭轉向。它延續了Java平臺Spring框架代碼碎片化,注解滿天飛的傳統。嘗試將各處代碼片段串聯起來,理清思緒,真不是件容易的事。更不用說還有各版本細微的差別。 與Spring不同的是,Spring是通過反射 ......

    uj5u.com 2020-09-10 06:57:59 more
  • Flutter Weekly Issue 66

    新聞 Flutter 季度調研結果分享 教程 Flutter+FaaS一體化任務編排的思考與設計 詳解Dart中如何通過注解生成代碼 GitHub 用對了嗎?Flutter 團隊分享如何管理大型開源專案 插件 flutter-bubble-tab-indicator A Flutter librar ......

    uj5u.com 2020-09-10 06:58:52 more
  • Proguard 常用規則

    介紹 Proguard 入口,如何查看輸出,如何使用 keep 設定入口以及使用實體,如何配置壓縮,混淆,校驗等規則。

    ......

    uj5u.com 2020-09-10 06:59:00 more
  • Android 開發技術周報 Issue#292

    新聞 Android即將獲得類AirDrop功能:可向附近設備快速分享檔案 谷歌為安卓檔案管理應用引入可安全隱藏資料的Safe Folder功能 Android TV新主界面將顯示電影、電視節目和應用推薦內容 泄露的Android檔案暗示了傳說中的谷歌Pixel 5a與折疊屏新機 谷歌發布Andro ......

    uj5u.com 2020-09-10 07:00:37 more
  • AutoFitTextureView Error inflating class

    報錯: Binary XML file line #0: Binary XML file line #0: Error inflating class xxx.AutoFitTextureView 解決: <com.example.testy2.AutoFitTextureView android: ......

    uj5u.com 2020-09-10 07:00:41 more
  • 根據Uri,Cursor沒有獲取到對應的屬性

    Android: 背景:呼叫攝像頭,拍攝視頻,指定保存的地址,但是回傳的Cursor檔案,只有名稱和大小的屬性,沒有其他諸如時長,連ID屬性都沒有 使用 cursor.getInt(cursor.getColumnIndexOrThrow(MediaStore.Video.Media.DURATIO ......

    uj5u.com 2020-09-10 07:00:44 more
  • Android連載29-持久化技術

    一、持久化技術 我們平時所使用的APP產生的資料,在記憶體中都是瞬時的,會隨著斷電、關機等丟失資料,因此android系統采用了持久化技術,用于存盤這些“瞬時”資料 持久化技術包括:檔案存盤、SharedPreference存盤以及資料庫存盤,還有更復雜的SD卡記憶體儲。 二、檔案存盤 最基本存盤方式, ......

    uj5u.com 2020-09-10 07:00:47 more
  • Android Camera2Video整合到自己專案里

    背景: Android專案里呼叫攝像頭拍攝視頻,原本使用的 MediaStore.ACTION_VIDEO_CAPTURE, 后來因專案需要,改成了camera2 1.Camera2Video 官方demo有點問題,下載后,不能直接整合到專案 問題1.多次拍攝視頻崩潰 問題2.雙擊record按鈕, ......

    uj5u.com 2020-09-10 07:00:50 more
  • Android 開發技術周報 Issue#293

    新聞 谷歌為Android TV開發者提供多種新功能 Android 11將自動填表功能整合到鍵盤輸入建議中 谷歌宣布Android Auto即將支持更多的導航和數字停車應用 谷歌Pixel 5只有XL版本 搭載驍龍765G且將比Pixel 4更便宜 [圖]Wear OS將迎來重磅更新:應用啟動時間 ......

    uj5u.com 2020-09-10 07:01:38 more
  • 海豚星空掃碼投屏 Android 接收端 SDK 集成 六步驟

    掃碼投屏,開放網路,獨占設備,不需要額外下載軟體,微信掃碼,發現設備。支持標準DLNA協議,支持倍速播放。視頻,音頻,圖片投屏。好點意思。還支持自定義基于 DLNA 擴展的操作動作。好像要收費,沒體驗。 這里簡單記錄一下集成程序。 一 跟目錄的build.gradle添加私有mevan倉庫 mave ......

    uj5u.com 2020-09-10 07:01:43 more
最新发布
  • 歡迎頁輪播影片

    如圖,引導開始,球從上落下,同時淡入文字,然后文字開始輪播,最后一頁時停止,點擊進入首頁。 在來看看效果圖。 重力球先不講,主要歡迎輪播簡單實作 首先新建一個類 TextTranslationXGuideView,用于影片展示 文本是類似的,最后會有個圖片箭頭影片,布局很簡單,就是一個 TextVi ......

    uj5u.com 2023-04-20 08:40:31 more
  • 【FAQ】關于華為推送服務因營銷訊息頻次管控導致服務通訊類訊息

    一. 問題描述 使用華為推送服務下發IM訊息時,下發訊息請求成功且code碼為80000000,但是手機總是收不到訊息; 在華為推送自助分析(Beta)平臺查看發現,訊息發送觸發了頻控。 二. 問題原因及背景 2023年1月05日起,華為推送服務對咨詢營銷類訊息做了單個設備每日推送數量上限管理,具體 ......

    uj5u.com 2023-04-20 08:40:11 more
  • 歡迎頁輪播影片

    如圖,引導開始,球從上落下,同時淡入文字,然后文字開始輪播,最后一頁時停止,點擊進入首頁。 在來看看效果圖。 重力球先不講,主要歡迎輪播簡單實作 首先新建一個類 TextTranslationXGuideView,用于影片展示 文本是類似的,最后會有個圖片箭頭影片,布局很簡單,就是一個 TextVi ......

    uj5u.com 2023-04-20 08:39:36 more
  • 【FAQ】關于華為推送服務因營銷訊息頻次管控導致服務通訊類訊息

    一. 問題描述 使用華為推送服務下發IM訊息時,下發訊息請求成功且code碼為80000000,但是手機總是收不到訊息; 在華為推送自助分析(Beta)平臺查看發現,訊息發送觸發了頻控。 二. 問題原因及背景 2023年1月05日起,華為推送服務對咨詢營銷類訊息做了單個設備每日推送數量上限管理,具體 ......

    uj5u.com 2023-04-20 08:39:13 more
  • iOS從UI記憶體地址到讀取成員變數(oc/swift)

    開發除錯時,我們發現bug時常首先是從UI顯示發現例外,下一步才會去定位UI相關連的資料的。XCode有給我們提供一系列debug工具,但是很多人可能還沒有形成一套穩定的除錯流程,因此本文嘗試解決這個問題,順便提出一個暴論:UI顯示例外問題只需要兩個步驟就能完成定位作業的80%: 定位例外 UI 組 ......

    uj5u.com 2023-04-19 09:16:23 more
  • FIDE重磅更新!性能飛躍!體驗有禮!

    FIDE 開發者工具重構升級啦!實作500%性能提升,誠邀體驗! 一直以來不少開發者朋友在社區反饋,在使用 FIDE 工具的程序中,時常會遇到諸如加載不及時、代碼預覽/渲染性能不如意的情況,十分影響開發體驗。 作為技術團隊,我們深知一件趁手的開發工具對開發者的重要性,因此,在2023年開年,FinC ......

    uj5u.com 2023-04-19 09:16:15 more
  • 游戲內嵌社區服務開放,助力開發者提升玩家互動與留存

    華為 HMS Core 游戲內嵌社區服務提供快速訪問華為游戲中心論壇能力,支持玩家直接在游戲內瀏覽帖子和交流互動,助力開發者擴展內容生產和觸達的場景。 一、為什么要游戲內嵌社區? 二、游戲內嵌社區的典型使用場景 1、游戲內打開論壇 您可以在游戲內繪制論壇入口,為玩家提供沉浸式發帖、瀏覽、點贊、回帖、 ......

    uj5u.com 2023-04-19 09:15:46 more
  • iOS從UI記憶體地址到讀取成員變數(oc/swift)

    開發除錯時,我們發現bug時常首先是從UI顯示發現例外,下一步才會去定位UI相關連的資料的。XCode有給我們提供一系列debug工具,但是很多人可能還沒有形成一套穩定的除錯流程,因此本文嘗試解決這個問題,順便提出一個暴論:UI顯示例外問題只需要兩個步驟就能完成定位作業的80%: 定位例外 UI 組 ......

    uj5u.com 2023-04-19 09:14:53 more
  • FIDE重磅更新!性能飛躍!體驗有禮!

    FIDE 開發者工具重構升級啦!實作500%性能提升,誠邀體驗! 一直以來不少開發者朋友在社區反饋,在使用 FIDE 工具的程序中,時常會遇到諸如加載不及時、代碼預覽/渲染性能不如意的情況,十分影響開發體驗。 作為技術團隊,我們深知一件趁手的開發工具對開發者的重要性,因此,在2023年開年,FinC ......

    uj5u.com 2023-04-19 09:14:08 more
  • 游戲內嵌社區服務開放,助力開發者提升玩家互動與留存

    華為 HMS Core 游戲內嵌社區服務提供快速訪問華為游戲中心論壇能力,支持玩家直接在游戲內瀏覽帖子和交流互動,助力開發者擴展內容生產和觸達的場景。 一、為什么要游戲內嵌社區? 二、游戲內嵌社區的典型使用場景 1、游戲內打開論壇 您可以在游戲內繪制論壇入口,為玩家提供沉浸式發帖、瀏覽、點贊、回帖、 ......

    uj5u.com 2023-04-19 09:08:34 more