GCD

GCD 是libdispath的市场名称,而libdispath作为Apple的一个库,为并发代码在多核硬件(iOS或者OS X)上执行提供有力支持,具有以下的优点:

1. GCD能通过推迟昂贵的计算任务并在后台运行他们来改善你的应用的性能

2.GCD提供一个易于使用的并发模型而不仅仅是锁和线程,以帮助我们避开并发陷阱

3.CGD具有在常见设计模式(单例)上使用更高性能原语来优化你的代码的潜在能力


并发(Concurrent)与串发(Serial)

任务串发执行指每次只执行一次任务,并发执行就是在同一时间可以同时执行几个任务,可以把任务理解成一个block

同步(Synchronous)与异步(Asynchronous)

一个同步的函数只能在完成他预定的任务后才返回,而一个异步函数会立即返回,一个异步函数不会阻塞当前线程去执行下一个函数

临界区 (Critical Section)

一段代码不能被并发执行,如果两个并发线程去同时访问一个变量,这个变量会变质

竞态条件(Race Condition)

具有特定序列和时机的事件以不受控制的党法运行的行为,竞态条件可能导致无法预测的行为

死锁 (Deadlock)

所谓的死锁是两个线程卡主了,并等待对方完成操作再执行自己,第一个不能完成是等第二个执行完成,第二个没有完成是等第一个执行完毕

线程安全 (Thread Safe)

线程安全的代码能在多线程或并发任务中被安全的调用,而不会导致任何问题(数据变质,损坏,崩溃等);一个线程安全代码的例子是 NSDictionary 。你可以在同一时间在多个线程中使用它而不会有问题。另一方面,NSMutableDictionary 就不是线程安全的,应该保证一次只能有一个线程访问它。 线程不安全的代码在某个时刻只能在一个上下文中运行

上下文切换(Context Switch)

一个上下文切换是指在你在单个进程中切换执行不同的线程是存储和恢复执行状态的代码,这个过程在编写多任务的应用时很普遍,但会带来一定的额外开销

并发(Concurrency)与并行(Parallelism)

并发代码的不同部分可以"同步"执行,多核设备通过并行来同时执行多个线程,单核设备只能也能实现这一点,他们必须先运行一个线程,执行一个上下文切换,然后再运行另外一个线程,这通常发生的特别快给我们并行执行的错觉,虽然我们编写代码在GCD下并发执行,但是GCD会决定有多少并行的需求,并行要求必须是并发, 单是并发并不能保证并行

队列 Queues  

GCD 提供有 dispatch queues 来处理代码块,这些队列管理你提供给 GCD 的任务并用 FIFO 顺序执行这些任务。这就保证了第一个被添加到队列里的任务会是队列中第一个开始的任务,而第二个被添加的任务将第二个开始,如此直到队列的终点,所有的调度队列自身都是线程安全的,你能从多个线程并行的访问它们.

GCD为我们提供了两种调度队列

Serial Queues 串行队列   这些任务的执行时机受到GCD的控制,唯一确保的事情是GCD一次只执行一个任务,并且按照我们添加到队列的顺序来执行,这样就不会发生同时访问临界区的风险

Concurrent Queues 并发队列

在并发队列总能保证他们会按照被添加的顺序开始执行.任务可能以任何顺序完成,也不知道什么时候回开始执行下一个任务,或者现在执行着几个任务, 这些都取决于GCD

我们可以创建队列,也可以用系统提供给我们的的队列(5个)


参考: http://www.cocoachina.com/industry/20140428/8248.html

补充 : 

参考 : http://objccn.io/issue-2-1/

NSThrear 是对pthreat的封装, 是因为不论使用pthread还是NSThread来直接对线程操作,接使用线程可能会引发的一个问题是,如果你的代码和所基于的框架代码都创建自己的线程时,那么活动的线程数量有可能以指数级增长。这在大型工程中是一个常见问题。例如,在 8 核 CPU 中,你创建了 8 个线程来完全发挥 CPU 性能。然而在这些线程中你的代码所调用的框架代码也做了同样事情(因为它并不知道你已经创建的这些线程),这样会很快产生成成百上千的线程。代码的每个部分自身都没有问题,然而最后却还是导致了问题。使用线程并不是没有代价的,每个线程都会消耗一些内存和内核资源,通过 GCD,开发者不用再直接跟线程打交道了,只需要向队列中添加代码块即可,GCD 在后端管理着一个线程池。GCD 不仅决定着你的代码块将在哪个线程被执行,它还根据可用的系统资源对这些线程进行管理。这样可以将开发者从线程管理的工作中解放出来,通过集中的管理线程,来缓解大量线程被创建的问题。操作队列(operation queue)是由 GCD 提供的一个队列模型的 Cocoa 抽象。GCD 提供了更加底层的控制,而操作队列则在 GCD 之上实现了一些方便的功能,这些功能对于 app 的开发者来说通常是最好最安全的选择。

最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 203,324评论 5 476
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 85,303评论 2 381
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 150,192评论 0 337
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 54,555评论 1 273
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 63,569评论 5 365
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 48,566评论 1 281
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 37,927评论 3 395
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 36,583评论 0 257
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 40,827评论 1 297
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 35,590评论 2 320
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 37,669评论 1 329
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 33,365评论 4 318
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 38,941评论 3 307
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 29,928评论 0 19
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 31,159评论 1 259
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 42,880评论 2 349
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 42,399评论 2 342

推荐阅读更多精彩内容