IOS读书笔记第一篇：52个有效方法

第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 机制，根据系统资源状况来执行任务。

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个有效方法》书，如有侵权请告知。