iOS消息机制

Block相对来说，是一种比较新的技术，它首次出现是在OS X 10.6和iOS 4中。一般情况下，block可以满足用delegation实现的消息传递机制。不过这两种机制都有各自的需求和优势。当不考虑使用block时，一般主要是考虑到block极易引起retain环。如果发送者需要reatain block，而又不能确保这个引用什么时候被nil，这样就会发生潜在的retain环。假设我们想要实现一个table view，使用block替代delegate，来当做selection的回调，如self.myTableView.selectionHandler = ^void(NSIndexPath *selectIndexPath){}; 。这个代码的问题在于self retain了table view，而table view为了之后能够使用block，进而 retain了block。而table view又不能把这个引用nil掉，因为它不知道什么时候不在需要这个block了。如果我们保证不了可以打破这个retain环，而我们又需要retain发送者，此时block不是好的选择。NSOperation就可以很好的使用block，因为它能再某个时机打破retain环：如：self.queue= [[NSOperationQueue alloca]init];myOperation *operation = [[myOperation alloca]init];operation.completionBlock = ^{[self finishedOperation];}; [self.queue addOperation:operation]; 。

乍一看这似乎是一个retain环：self retain了queue，queue retain了operation，而operation retain了completion block，而completion blockretain了self。不过，在这里，将operation添加到queue时，会使operation在某个时机被执行，然后从queue中remove掉（如果没有被执行，就会有大问题了）。一单queue移除了operation之后，retain环就被打破了。

1. @interface Encoder () 
2. @property (nonatomic, copy) void (^completionHandler)(); 
3. @end 
4.  
5. @implementation Encoder 
6.  
7. - (void)encodeWithCompletionHandler:(void (^)())handler 
8. { 
9.     self.completionHandler = handler; 
10.     // do the asynchronous processing... 
11. } 
12.  
13. // This one will be called once the job is done 
14. - (void)finishedEncoding 
15. { 
16.     self.completionHandler(); 
17.     self.completionHandler = nil; // <- Don‘t forget this! 
18. } 
19.  
20. @end