39. 用handler块降低代码分散程度
- 在异步操作中，需要用到通知，可以采用委托代理模式，或许采用块；
相较于代理模式，块使代码更集中（定义和回调在一处），另外块可以使用所在作用域的所有变量 - 现在网络库很多时候采用successBlock 、failureBlock 块处理成功和失败的回调，或者采用一个successBlock(id data ,Error * error)这种形式，
- 采用block 可以指定在某个线程上执行，如GCD的方法就很多需要指定线程。还有NSNotificationCenter
方式1：
typedef void(^SuccessBlock)(NSData *data);
typedef void(^FailureBlock)(NSError *error);
- (void) methodWithSuccessBlock:(SuccessBlock)success failure:(FailureBlock)failure;
方式2：需要根据error 判断失败，缺点是块内部代码会变长，但是灵活集中，共享success内部的自定义异常处理代码，减少冗余异常事件处理代码；
typedef void(^CompletionBlock)(NSData *data,NSError * error);
- (void) methodWithSuccessBlock:(CompletionBlock)completionBlock;
[obj methodWithCompletion:^(NSData *data, NSError *error){
if(error){
//handle failure
}else {
//handle success
}
}];
例子：当返回的数据太短的时候，我们认定为异常，那么这种方式就比较方便，但是如果采用方式1那么在successBlock
里面需要处理异常返回failureBlock ，这就会和failureBlock 代码重复，冗余。
说明：两种方式各有千秋，自己酌情而定，多加体会。苹果公司的很多API都是采用方式2
40. 用块引用其所属对象的时候不要出现保留环
环的一般方式 self.对象 -> 对象的块-> 块引用self.属性
[self.person eatMethod:^(BOOL completion){
......sleep(5)
......NSLog(@"eat completion");
.......[self.subPerson doSomething]; //获取self的属性
}];
41. 多用派发队列，少用同步锁 (待完善)
关于同步的几种方式
42. 多用GCD ，少用performSelector
- 该方法在内存管理方面容易有内存泄漏的风险；因为无法确定将要执行的选择子具体是什么，那么ARC编译器无法插入适当的内存管理代码。
SEL selector;
if(..条件1..){
selector = @selector(method1_new);
}else if(..条件2..){
selector = @selector(method2_copy);
}else if(..条件3..){
selector = @selector(method3);
}
[object performSelector:selector];
条件1和2的可能有内存泄漏的风险；编译器会提示，需要代码块自己负责释放对象，否则内存泄漏。条件3不会内存泄漏。
- 方法的局限性，返回值、参数传递方面较弱，不够灵活方便。
- 可以采用块代替任务的封装，调用大中枢派发来执行。
43. GCD 之前的另外一种多线程方式：NSOperationQueue
GCD 并非是最优的方案选择，根据需要选择多线程方案，操作队列也有自己的优点
操作队列的优点：
- 可以自定义队列优先级
- 有取消操作
- 操作队列是oc的对象，有ARC 机制，而GCD 是c 函数库
- 可以指定任务间的依赖关系。
44. 可以使用dispatch group 将任务分组，执行
- 可以等待指定分组的任务执行完才执行其他任务：dispatch_group_wait(),指定超市时间，此时线程阻塞
- 可以在分组任务执行完成后，得到一个通知块回调。块可以在特定线程上面执行，不影响其他任务执行:dispatch_group_notify();
3.两种实现方式：
dispatch_group_async(group,,)
dispatch_group_enter()&dispatch_group_leave(): 适合处理异步请求
