第52条：别忘了NSTimer会保留其目标对象。
计时器与运行循环(run loop)相关联。
通过下面的方法创建计时器。
-
(NSTimer *)scheduledTimerWithTimeInterval:(NSTimeInterval)ti invocation:(NSInvocation *)invocation repeats:(BOOL)yesOrNo;
target和selector参数表示计时器将在那个对象上调用哪个方法。计时器会保留目标对象，等到自身"失效"在释放此对象。
调用invalidate方法可令计时器失效。若设置重复执行模式，必须自己调用invalidate让她停止。
重复执行模式会引入"保留环"。定义一个全局NSTimer *_pollTimer;在- (void)dealloc { [_pollTimer invalidate]} - (void)stopPolling {[_pollTimer invalidate];_pollTimer = nil;}
创建计时器的时候，目标对象是self。会保留此实例。计时器是用实例变量存放的，实例保留了计时器。产生了"保留环";
打破保留环：改变实例变量或令计时器无效。
当实例的最后一个外部引用移走后，实例会继续存活。因为计时器保留着它。内存泄露。
最完美的解决方法。用"块"解决
F8AD0AD0-D0C9-407F-BF4A-A6E54166463F.png
2002CBBB-19BE-437E-A15B-86DD0E266414.png
第49条看不懂。Foundation:对应Objective-C类 CoreFoundation：C语言的一套API。collection
无缝桥接：
48:多用块枚举，少用for循环。
遍历字典和set“无序的”。for循环反向遍历很好。
NSEnumerator。遍历字典和set
基于块的遍历方式：
enumerateObjectsUsingBlock:
47：熟悉系统框架。
将一系列代码封装为动态库，并在其中放入描述其接口的头文件。框架
IOS平台构建的第三方框架所使用的是静态库。(static library).
Foundation框架。使用NS这个前缀。
CFNetwork 框架提高了C语言级别的网络通信能力，它将“BSD套接字”(BSD socket)抽象成易于使用的网络接口。而Foundation
则将该框架里的部分内容封装为OC语言的接口。以便于网络通信。例如NSURLConnection从URL下载数据。
CoreAudio 该框架所提供的C语言APi可用来操作设备上的音频硬件。这套API抽象出来OC API
AVFoundation:OC对象可用来回放并录制音频及视频。比如能够在UI视图类里播放视频。
CoreData。OC接口放入数据库。CoreText：高效执行文字排版及渲染操作。
46条：
不要使用dispatch_get_current_queue判断当前队列。
使用GCD时，判断当前代码正在那个队列执行，向多个队列派发任务。
IOS UI事务都需要在主线程上执行。主线程相当于GCD的主队列。
dispatch_queue_t dispatch_get_current_queue()。
45条：
以前的单例写法：
+ (id)sharedInstance {
static 类 *sharedInstance = nll;
@synchronized(self) {
if (!sharedInstance) {
sharedInstance =[ [self alloc]init];
[图片上传中...(5EEBF41A-8DF3-4EB4-8645-8CF123B8BB04.png-f097d7-1520316026574-0)]
}
}
return sharedInstace;
}
上述代码将创建单例实例的代码封装在同步块中。
5EEBF41A-8DF3-4EB4-8645-8CF123B8BB04.png
在static和global作用域中，把只需要执行一次的块传给dispatch_once函数，传进去的标记是相同的。
44条通过使用Dispatch Group 机制，根据系统资源状况来执行任务。
619585A4-B9EC-4957-9D64-3BA92EED34F4.png
43:掌握GCD及操作队列的使用时机。
在执行后台任务时，GCD不一定是最佳方式。GCD是纯C的API。而操作队列是OC的对象。
在GCD中任务用块来表示，而块是个轻量级数据结构。 “操作”则是个更为重量级的OC对象。
-
(id)performSelector:(SEL)selector 和 self selector 等效。等待时间执行某项任务。
延后执行某项任务。 performSelector：withObject:afterDelay.这种不好。太局限。
025C9097-51AE-4B19-A900-7949AAD4E399.png
放主线程performSelectorOnMainThread:withObject:waitUntilDone:NO;这种方法不好。
538A9430-C138-43E4-B77A-CDF1CB3CBCB7.png
C04B5415-B917-45C9-BB90-B97C64F87089.png
[图片上传中...(632D670C-C0A8-4273-B060-77EE952F69D2.png-43ed0e-1520316201293-0)]
41条：多用派发队列，少用同步锁。
OC中多个线程要执行同一个代码，有时候会出问题。要使用锁来实现某种同步机制。GCD之前：用内置的"同步块 synchronization block "
@synchronized(self):根据给定的对象自动创建一个锁，并等待块中的代码执行完毕，执行到代码结尾处，锁就释放。滥用导致降低代码效率，共用一个锁的那些同步块。都必须按顺序执行。
最好的是使用：NSLock对象 或者NSRecursiveLock这种递归锁。
简单且高效的方法代替同步块或锁对象： 使用串行同步队列：将读取操作及写入操作都安排在同一个队列里，可保证数据同步。
632D670C-C0A8-4273-B060-77EE952F69D2.png
模式的思路为：把设置操作与获取操作都安排在序列化的队列里执行。
可以加将set的时候改为并发队列。。将sync改为async。再使用栅栏会更好。barrier。
D22CE974-CC81-4B0E-B020-5D7967F72D12.png
第40条：用块引用其所属对象时不要出现保留环。
在封装网络利用块时，要小心 别人使用你的API用全局变量而导致出现的保留环。
在你自己封装的请求完成后的返回block中你要将其设置为nil在使用完毕。否则单用户用self的时候，会导致保留环。
第39条：用handle块来降低代码分散程度。
块的好处：
C7D02229-F6C7-4B7E-8BE2-BD4A9E9A4517.png
38条：为常用的块类型创建typedef：
每个块都具备其“固有类型”，可将其赋给适当类型的变量。
不用的话代码是这样的：
int (^variableName)(BOOL flag, int value) = ^(BOOL flag, int value){
return someInt;
}
typedef int (^EOCSomeBlock) (BOOL flag, int value);这样就变量类型在左边，变量名在右边。
EOCSomeBlock block = ^(BOOL flag, int value) {
};
completion handle (任务完成后所执行的处理程序)，参数就是块。
EDD24D5E-7FE3-4DF8-AD41-A6C05F2A8B3E.png
4DEF98A7-B452-41C0-BCE7-535B74501C7F.png
以上模块均来自《Effective Objective-C 2.0 编写高质量iOS与OS X代码的52个有效方法》书，如有侵权请告知。
网友评论