通知
iOS中的通知一般分为广播通知，本地通知和离线通知。我们这里说的就只是广播通知。
关于广播通知的理解我这里就不做过多的赘述，简单来说就是一对多的发送消息（可以带值）然后实现某种功能。好处就是解耦，给代码分层，任何两个类之间都可以使用通知来传递参数和实现一些业务逻辑，和代理，KVO有异曲同工之妙。但是在iOS9之前是需要移除通知的，如果在控制器之间，明确知道生命周期的时候，使用通知是比较高效的，因为知道何时注册通知，发送通知和移除通知。在单例对象中，最好不要注册通知，因为单例在整个程序的运行过程中都是不会销毁的，导致注册的通知的也无法移除，会出现未知BUG。比如你注册了多个同样Name的通知，而且多次发送通知，会造成崩溃。
但是在iOS9之后，还有在键盘的通知使用中，要在viewWillAppear 中add通知，在viewWillDisappear中remove 通知,因为viewWillAppear和viewWillDisappear这个方法会调用多次，当触发侧滑返回时会调用系统自带的viewWillDisappear:方法，要是这时候用户取消了侧滑返回（即回侧滑到一半又松手了）, 这个时候如果移除了键盘通知就收不到键盘通知了，所以要在viewWillAppear再次重新注册键盘通知，才能防止用户这种刁钻操作影响了键盘的正常使用。
通知中心持有的是注册者的weak指针，这时即使不对通知进行手动移除，指针也会在注册者被回收后自动置空。我们知道，向空指针发送消息是不会有问题的。
但是有一个例外。如果用
- (id <NSObject>)addObserverForName:(nullable NSNotificationName)name object:(nullable id)obj queue:(nullable NSOperationQueue *)queue usingBlock:(void (^)(NSNotification *note))block API_AVAILABLE(macos(10.6), ios(4.0), watchos(2.0), tvos(9.0));
这个API来注册通知，可以直接传入block类型参数。使用这个API会导致注册者被系统retain，因此仍然需要像以前一样手动移除通知，同时这个block类型参数也需注意避免循环引用。
- 下面举个栗子
有参和无参的区别就是在 发送通知的时候是否给通知中心传递参数，参数名是——userInfo——有参数就传一个nsdictionry进去，无参数就传nil或者干脆不写
- 在需要发送通知的地方
//发送通知并且带参数
/***
* postNotificationName:通知名字，作为通知的唯一标识
* object:谁发送的通知
* userInfo:通知携带的参数
***/
NSDictionary *dict = @{@"key":@"value"};
[[NSNotificationCenter defaultCenter] postNotificationName:@"notificationName" object:nil userInfo: dict];
- 在需要接收通知的地方
//注册通知：
/***
* addObserver:观察者-消息接收方
* selector:处理通知的方法名
* name:通知的名字-一定要和你需要的通知名字一样
***/
[[NSNotificationCenter defaultCenter] addObserver:self selector:@selector(doSomethingClick:) name:@"notificationName" object:nil];
//实现监听方法
-(void) doSomethingClick:(NSNotification *)notification
{
NSString *Str = notification.userInfo[@"key"];
if ([Str isEqualToString:@"value"]) {
// do something what you want to do.
}
}
- 移除通知-如果你用得上的话
[[NSNotificationCenter defaultCenter] removeObserver:self name:@"notificationName" object:self];
