effective OC2.0 52阅读笔记(六 块与大中枢派发)

派发队列:dispatch_queue 操作队列:NSOperationQueue  组:dispathc_group_t

37 理解“块”这一概念

总结:块就是一个值,且自有其相关类型。块的强大之处是,在声明它的范围里,所有变量都可以为其所捕获,如果捕获的变量是对象类型,就会自动保留。且默认情况下被块所捕获的变量,是不可以在块里修改的,若想修改此变量。声明变量的时候可以加上__block。如果将块定义在了OC类的实例方法里,那么除了可以访问类的所有实例变量之外,还可以使用self变量。块总能修改实例变量,所以在声明时也无需加_block。不过,如果通过读取或写入操作捕获了实例变量(这里所指的并不单单指用self,所以说只要是用到了实例变量就会捕捉self?),那么也会自动把self变量一并捕获,因为实例变量与self所指代的实例是关联在一起的。定义块的时候其所占内存区域是分配到栈中的(栈块)。此时可以给块对象发送copy消息以拷贝之。这样的话,可以把块从栈复制到堆(堆块)。全局块,不捕捉任何状态,全部信息都能在编译期运行。_NSGlobalStack,_NSStackBlock,_NSMallocStack。MRC下用_block修饰不会引起循环引用,ARC下用_block修饰就会引起循环引用,但是用_weak或_weakSelf就不会。

38 为常用的块类型创建typedef

总结:每个块都具备其“固有类型”(inherent type),这个由块所接受的参数及其返回值组成。可以为同一个块签名定义多个类型别名。

39 用handler块降低代码分散程度

总结:当某些代码必须运行在特定线程上,可以用handler来实现。设置api时如果用到了handler块,可以增加一个参数,使调用者可通过此参数来决定应该把块安排在哪个队列上执行。

40 用块引用其所属对象时不要出现保留环

总结:一定要找个适当的时机解除保留环,而不能把责任推给API的调用者。block中引用实例变量_xxx并不直接保留该变量,而是保留self。但若引用变量则是直接保留该变量。

番外:NSString *a = @“hello”;a为常量变量(存储在内存中的常量区)。@“hello”为常量。不加__block会引用常量的地址(浅拷贝)。加__block类型block会去引用常量变量的地址。

NSString *str = @"hello";

NSLog(@"hello======%p",str);

void (^print)(void) = ^{

NSLog(@"block=str======%p",str);

};

str = @"hello1";

NSLog(@"hello1======%p",str);

print();

block会拷贝变量内容到自己的栈内存上,以执行时可以调用。但并不是重新申请内存。

对于NSMallocBlock的copy只是增加一次其引用。

41 多用派发队列,少用同步锁

总结:当多个线程执行同一份代码时,可能会出现问题,这时有@synchronized(self){}内置同步块。或NSLock对象。然而这只是某种程度上的线程安全,使用串行同步队列(serial sychronization queue).更有效率的方法是使用串行队列同步取方法,异步设置方法。执行异步派发时需要拷贝块。再优化就是改用并发队列,同步取方法,使用栅栏块(只是对并发队列有意义)异步设置方法(读取操作可以并行,但是写入操作必须单独执行)dispatch_barrier_(a)sync(queue,block)。将同步与异步派发结合起来,可以实现与普通加锁机制一样的同步行为。而这么做却不会阻塞执行异步派发的线程。使用同步队列及栅栏块,可以令同步行为更高效。

42 多用GCD,少用performSelector系列方法

总结:performSelector系列方法在内存管理方面容易缺失,它无法确定将要执行的选择子具体是什么,因为ARC编译器也就无法插入适当的内存管理方法。performSelector系列方法所能处理的选择子太过局限了,选择子的返回值类型及发送给方法的参数都受到限制。如果想把任务放在另一个线程上执行,那么最好不要用performSelector系列方法,而是应该把任务封装到块里,用GCD相关方法实现。[self performSelector:@selector(doSomething) withObject:nil afterDelay:5.0]; 改成 dispatch_time_t time = dispatch_time(DIPATCH_TIME_NOW,(int64_t)(5.0*NSEC_PER_SEC));dispatch_after(time,dispatch_get_main_queue(),^(void){[self doSomething]}); dispatch_async(dispatch_get_main_queue(),^{[self doSomething]});

43 掌握GCD(派发队列)及操作队列的使用时机

总结:使用NSOperation及NSOperationQueue的好处有,取消某个操作,制定操作间的依赖关系,制定操作的优先级,重用NSOperation对象。NSNotificationCenter用的就是操作队列。有人说尽可能选择高层的OC方法,只有确有必要的时候才求助于底层。但想要确定哪种方案最佳,还要测试一下性能。

44 通过Dispatch Group机制,根据系统资源状况来执行任务

总结:用法一,将要并发执行的多个任务合为一组,于是调用者就可以知道这些任务何时才能全部执行完毕。dispatch_group_async(group,queue,block); dispatch_group_enter(group) dispatch_group_leave(group)必须成对出现;dispatch_group_wait(group,timeout)等待group执行完毕,阻塞当前线程。dispatch_group_notify(group,queue,block),不阻塞当前线程;一系列任务可以归入一个dispatch group之中。开发者可以在这组任务执行完毕时获得通知。通过dispatch group,可以在并发式派发队列里同时执行多项任务。此时GCD会根据系统资源状况来调度这些并发执行的任务。单个队列搭配标准的异步派发也可以实现dispatch_group同样的效果。dispatch_apply(iterations,queue,block);用的队列可以是并发,也可以是串行,但是dispatch_apply会持续阻塞,知道所有任务都执行完毕为止。所以想要在后台执行任务,应使用group。

45 使用dispatch_once来执行只需运行一次的线程安全代码

总结:此操作是完全线程安全的,且更高效。注意,对于只需执行一次的函数来说,每次调用函数时传入的标记必须都完全相同,所以通常将标记变量声明在static或是global的作用域里。

46 不要使用dispatch_get_current_queue

总结:iOS6.0后弃用此函数。用该方法检测当前队列是不是某个特定队列,试图以此来避免执行同步派发时可能遭遇死锁问题,是错误的。不要把存取方法做成可重入的,而是应该确保同步操作所用的队列绝不会访问属性。并发队列可以用多个线程并行执行多个块。目标队列?队列特有数据:可以把任意数据以键值对的形式关联到队列里。如果根据指定的键获取不到关联数据,那么系统就会沿着层级体系向上查找。直至找到数据或到达根队列为止。

时间: 2024-10-16 13:10:06

effective OC2.0 52阅读笔记(六 块与大中枢派发)的相关文章

effective OC2.0 52阅读笔记(七 系统框架)

47 熟悉系统框架 总结:将代码封装为动态库,并提供接口的头文件,就是框架.平时的三方应用都用静态库(因为iOS应用程序不允许在其中包含动态库),并不是真正的框架,然而也经常视为框架.例如:NSLinguisticTagger可以解析字符串并找到其中的全部名词.动词.代词等.无缝桥接:将CoreFoundation中的C语言数据结构平滑转换为Foundation中的Objective-C对象,也可反向转换.OC编程一个重要特点是,经常需要使用底层的C语言级API,用C语言来实现API的好处是,可

effective OC2.0 52阅读笔记(六 大中枢派发)+ Objective-C高级编程 (三Grand Central Dispatch)

41 多用派发队列,少用同步锁 总结:当多个线程执行同一份代码时,可能会出现问题,这时有@synchronized(self){}内置同步块.或NSLock对象.然而这只是某种程度上的线程安全,使用串行同步队列(serial sychronization queue).更有效率的方法是使用串行队列同步取方法,异步设置方法.执行异步派发时需要拷贝块.再优化就是改用并发队列,同步取方法,使用栅栏块(只是对并发队列有意义)异步设置方法(读取操作可以并行,但是写入操作必须单独执行)dispatch_ba

effective OC2.0 52阅读笔记(二)

第二章:对象.消息.运行期 6 理解属性这一概念 总结:OC解决硬编码偏移量问题的做法,一种方案是把实例变量当做一种存储偏移量所用的特殊变量,交由类对象保管,偏移量会在运行期查找,叫做稳固的“应用程序二进制接口”ABI.二种方案是使用存取方法访问实例变量.属性的访问方法由编译器在编译期执行,并且编译器还会自动向类中添加实例变量. eg:如果从core data的框架中的NSManagedObject类里继承一个子类,就需要在运行期动态创建存取方法.因为子类的某些属性不是实例变量,其数据来自后端的

effective OC2.0 52阅读笔记(五 内存管理)

第五章:内存管理 29 理解引用计数 30 以ARC简化引用计数 总结:ARC通过命名约定将内存管理规则标准化.其他编程语言很少像OC这样强调命名.ARC通过设置全局数据结构(此数据结构的具体内容因处理器而异)中的一个标志位,来代替直接调用autorelease和retain.这是ARC所带来的好处.待编译器与运行期组件日臻成熟,还会出现其他的优化技术.CoreFoundation对象不归ARC管理,开发者必须适时调用CFRetain/CFRelease. 31 在dealloc方法中只释放引用

effective OC2.0 52阅读笔记(四 协议与分类)

23 通过委托与数据源协议进行对象间通信 总结:委托模式的常规委托模式中,信息从类Class流向受委托者delegate.数据源模式,信息从数据源datasource流向class.数据源和受委托者可以是两个不同对象.有时候一个可选择方法可能在一个生命期中多次调用,如果每次都检查委托对象是否能响应选择子,那就显得多余了.可以使用位段(bitfield)数据类型将方法响应能力缓存起来. 24 将类的实现代码分散到便于管理的数个分类之中 总结:易于管理,便与调试.将应视为“私有”的方法归入名为Pri

《软件需求十步走》阅读笔记六

本次阅读笔记写一下<软件构造十步走>最后一篇<组织篇>. 本篇共分为四章,分别是建立需求分析体系,需求分析部门的组织结构,需求分析部门的管理工作,需求分析部门的业务工作. 首先是<建立需求分析体系>. 长期以来"轻业务.重技术"的理念根深蒂固,而解决措施是建立一个专业从事软件需求分析的独立部门来承担这项工作.此部门是介于业务部门和技术部门之间的,专门负责对组织自身业务.客户业务.客户对象和竞争对手的研究,然后将其转换成提供给技术部门的软件需求规格说明

《梦断代码》第0章阅读笔记

通过对<梦断代码>的初步阅读,感觉以前订的阅读计划似乎并不能满足笔记的需要,因为就第0章便让我感到书中有很多话值得我去记下来,无论是将来工作或者生活或许都有点用处吧. 就像作者说的书是讲一事,也是讲百千事:是写一软件,也是写百千软件:是写一群人,也是写百千万人.读完第0章书给我的感觉没有了课本上的枯燥,有了我喜欢的故事情节,让我了解了一个程序员的真实生活与成长.第0章作为编过程的我们或许已经想到为啥不从第一章开始了吧,因为我们要记住从0开始计数. 兴趣很重要!Sumer或许就是让主角爱上编程的

假期阅读笔记六

架构之美--企业级应用架构(四) 给我看你的流程图而隐藏你的表,我仍然莫名其妙.如果给我看你的表,那么我将不再需要你的流程图,因为它们太明显了.                                                                                                                                                                                  

阅读笔记六

今天主要查看的是:需求工程组织篇呼吁建立需求分析体系 "千夫所指人人相轻"这种不重视软件需求的观念体现在一个个软件项目只是表象,其症结在于长期以来"轻业务.重技术"的理念已根深蒂固.需求分析部门的组织结构 "什么样的工作职能,将决定建立什么样的组织结构".需求分析部门的管理工作 需求分析部门的管理思路是"抓两端.促中间.一条业务线.专业化分工".需求分析部门的业务工作 需求分析部门的业务工作主要由需求业务和需求开发业务两部分组