块与大中枢派发 GCD

                                                块与大中枢派发

第 37 条：理解“块”这一概念
void (^somBlock)() = ^ {
// Block implementation here
}

int (^addBlock)(int a, int b) = ^(int a, int b) {
return a + b;
};

int add = addBlock(2, 5); //< add = 7
块的强大之处是：在声明它的范围里，所有变量都可以为其所捕获。这就是说，那个范围里的全部变量，在块里依然可用。

• 块是 C C++ Objective-C 中得词法闭包
• 块可接受参数，也可返回值。
• 块可以分配在栈或zui上，也可以是全局的。分配在栈上得块可拷贝到最里，这样的花，就和标准的 Objective-C 对象一样，具备引用计数了。
  第 38 条：为常用的块类型创建 typedef
  typedef int (^EOCSomeBlock)(BOOL flag, int value);
  直接使用新类型
  EOCSomeBlock block = ^(BOOL flag, int value) {
  //Implementation
  }
• 以 typedef 重新定义块类型，可令块变量用起来更加简单。
• 定义新类型时应遵从现有的命名习惯，勿使其名称与别的类型相冲突。
• 不妨为同一个块签名定义多个类型别名。如果要重构的代码使用了块类型的某个别名，那么只需要修改相应 typedef 中的块签名即可，无须改动其他 typedef。
  第 39 条：用 handle 块降低代码分散程度
• 在创建对象时，可以使用内联的 handler 块将相关业务逻辑一并声明。
• 在有多个实例需要监控时，如果采用委托模式，那么经常需要根据传入的对象来切换，而若改用 handler 块来实现，则可直接将块与相关对象放在一起。
• 设计 API 时如果用到了 handler 块，那么可以增加一个参数，使调用者可通过此参数来决定应该把块安排在哪个队列上执行。
  第 40 条：用块引用其所属对象时不要出现保留环
• 如果块所捕获的对象直接或间接地保留了块本身，那么就得当心保留环问题
• 一定要找个适当地时机解除保留环，而不能把责任推给 API的调用者
  第 41 条：多用派发队列，少用同步锁

• （void）synchronizedMethod {
• @synchronized(self) {
• //safe
• }
• }

• 派发队列可用来表述同步语义，这种做法要比使用@synchronized 块或 NSLock 对象更简单。
• 将同步与异步派发结合起来，可以实现与普通加锁机制一样的同步行为，这么做却不会阻塞执行异步派发的线程。
• 使用同步队列及栅栏块，可以令同步行为更加高效。
  第 42 条：多用 GCD，少用 performSelector 系列方法
  // Using performSelector:withObject:afterDelay:
  // Using dispatch_after
  dispatch_time_t time = dispatch_time(DISPATCH_TIME_NOW,(int64_t)(5.0 * NSEC_PER_SEC));
  dispatch_after (time, dispatch_get_main_queue(), ^(void) {
  [self doSomething];
  });

把任务放在主线程上执行，也可以有下面两种方式，而我们还是应该优选后者：
// Using performSelectorOnMainThread:withObject:waitUntilDone:
//Using dispatch_async
//(or if waitUntilDone is YES, then dispatch_sync)
dispatch_async(dispatch_get_main_queue(), ^{
[self doSomething];
});

• performSelector 系列方法在内存管理方面容易有疏失。它无法确定将要执行的选择子具体是什么，因而 ARC 编译器也就无法插入适当地内存管理方法。
• performSelector 系列方法所能处理的选择子太过局限了，选择子的返回值类型及发送给方法的参数个数都受到限制。
• 如果想把任务放在另一个线程上执行，那么最好不要用 performSelector 系列方法，而是应该把任务封装到块里，然后调用GCD的相关方法来实现。
  第 43 条：掌握 GCD 及操作队列的使用时机
  只会执行一次的代码
  dispatch_once
  在执行后台任务时，GCD 并不一定是最佳方式。还有一种技术叫做 NSOperationQueue，它虽然与 GCD 不同，但是却与之相关，开发者可以把操作以 NSOperation 子类的形式放在队列中，而这些操作也能够并发执行。其与 GCD 派发队列有相似之处，
• 在解决多线程与任务管理问题时，派发队列并非唯一方案。
• 操作队列提供了一套高层的 Objective-C API，能实现纯 GCD 所具备的绝大部分功能，而且还能完成一些更为复杂的操作，那些操作若改用 GCD 来实现，则需另外编写代码。
  第 44 条：通过 Dispatch Group 机制，根据系统资源状况来执行任务
  创建 dispatch group:
  dispatch_group_t dispatch_group_create();
  void dispatch_group_async(dispatch_group_t group, dispatch_queue_t queue, dispatch_block_t block);
  void dispatch_group_enter(dispatch_group_t group);
  void dispatch_group_leave(dispatch_group_t group);
  collection
• 一系列任务可归入一个 dispatch group 之中。开发者可以在这组任务执行完毕时获得通知。
• 通过 dispatch group，可以在并发式派发队列里同时执行多项任务。此时 GCD 会根据系统资源状况来调度这些并发执行的任务。开发者若自己来实现此功能，则需编写大量代码。
  第 45 条：使用 dispatch_once 来执行只需运行一次的线程安全代码
  单例模式
  sharedInstance
  GCD 引入了一项特性，能使单例实现起来更为容易。所用的函数是：
  void dispatch_once(dispatch_once_t *token, dispatch_block_t block);
  180页 单例
• 经常需要编写“只需执行一次的线程安全代码”。通过 GCD 所提供的 dispatch_once 函数，很容易就能实现此功能。
• 标记应该声明在 static 或 global 作用域中，这样的话，在把只需执行一次的块传给 dispatch_once 函数时，传进去的标记也是相同的。
  第 46 条：不要使用 dispatch_get_current_queue
• dispatch_get_current_queue 函数的行为常常与开发者所预期的不同。此函数已经废弃，只应做调试只用。
• 由于派发队列是按层级来组织的，所以无法单用某个队列对象来描述“当前队列”这一概念。
• dispatch_get_current_queue 函数用于解决不可重入的代码所引发的死锁，然而能用此函数解决的问题，通常也能改用“队列特定数据”来解决。