NSNotification &
NSNotification​Center

Mattt Thompson撰写、 Chester Liu翻译、 发布于

思想的传播,与沟通的方式有着不可避免的联系。媒体对于信息重要性的影响是如此之大,以至于能够改变要传播的思想本身的含义。千真万确,媒体本身就是信息。

在社交中,首先要学习的一课,就是要知道你的受众。有些时候沟通是一对一的,例如两个人的对话。其他一些时候,沟通是一对多的,例如电视广播。如果不能区分这两种情况,可能会出现尴尬的场面。

同样的道理除了在人类中适用之外,也适用于计算机进程。在 Cocoa 中,对象之间的通信有很多办法,这些办法的亲近性和解耦程度各有不同:

Audience
Intimate (One-to-One) Broadcast (One-to-Many)
Coupling Loose
  • Target-Action
  • Delegate
  • Callbacks
  • Notifications
Strong
  • Direct Method Invocation
  • Key-Value Observing

我们在 关于 Key-Value Observing 的文章中探讨了通过 API 进行事件传递方式的重要性。这周,我们把视野放到其他的选择上,NSNotificationCenterNSNotification


NSNotificationCenter 提供了一个中心化的枢纽,通过它,应用的任何部分都可以向其他部分发送通知,或者接收来自别人的通知。观察者通过通知中心进行注册,对特定的事件注册特定的响应动作。每次这个事件发生时,通知经过分发表分发之后,会通知所有注册这个事件的观察者。

每一个运行的 Cocoa 程序都有一个自己管理的默认通知中心,因此通常不会再单独实例化一个新的通知中心。

每个 NSNotification 对象都有一个 name,可以通过一个关联的 object 对象和 userInfo 字典来提供额外的上下文信息。

举个例子,UITextField 在每次文本发生变化时,都会发出一个名为 UITextFieldTextDidChangeNotificationNSNotification。这个通知关联的对象就是文本框本身。对于 UIKeyboardWillShowNotification 这个通知来说,userInfo 中存入了 frame 的位置和动画时间,关联的 objectnil

添加观察者

各种各样的通知车水马龙地通过 NSNotificationCenter* 然而就像在树林中倒下的大树一样,一个通知本身不会有任何实际作用,除非有人在监听着它。

传统的添加观察者的方式是使用 –addObserver:selector:name:object:,一个对象(通常是 self)把自己添加进去,当某个通知发出时,执行自己特定的 selector。

现代的基于 Block 的用于添加通知观察者的 API 是 –addObserverForName:object:queue:usingBlock:。与前面提到的把一个已有的对象注册成观察者不同,这个方法创建一个匿名对象作为观察者,当收到对应的通知时,它在指定的队列(如果队列参数为 nil 的话就在调用者的线程)里执行一个 block。另外一点和基于 @selector 的方法不同的是,这个方法会返回构造出的观察者对象,在下个部分讲到的反注册的时候会用到它。

和最近的一篇文章所声称的相反,–addObserverForName:object:queue:usingBlock: 是有害处的用法。在应用中使用它是很安全的。只需要考虑 block 中引用到 self 时的内存管理问题就可以了。这方面需要考虑的问题和其他的 block 风格的 API 是一致的。

上面提到的两个方法使用 nameobject 这两个参数来确定通知是否符合观察者的需要。如果设置了 name,那么只有对应名称的通知会触发。如果设置成了 nil,那么 所有 的名称都会触发。同样的规则也适用于 object。如果同时设置了 nameobject 那么只有来自特定对象的对应名称的通知才会响应。要是 nameobject 都是 nil,那么 所有 的通知都会触发响应。

* 控制好你的代码!一个普通的 iOS 应用在启动之后的几秒钟内就会发出几十个通知,其中的大部分你可能都没有听说过,也不需要去关心。

let center = NSNotificationCenter.defaultCenter()
center.addObserverForName(nil, object: nil, queue: nil) { notification in
    print("\(notification.name): \(notification.userInfo ?? [:])")
}
NSNotificationCenter *center = [NSNotificationCenter defaultCenter];
[center addObserverForName:nil
                    object:nil
                     queue:nil
                usingBlock:^(NSNotification *notification)
{
     NSLog(@"%@", notification.name);
}];

移除观察者

在对象被释放之前移除掉观察者是很重要的,这样可以避免接受到之后的消息。

移除观察者有两个方法:-removeObserver:-removeObserver:name:object:。和添加观察者类似,nameobject 参数用来确定范围。使用 -removeObserver:,或者使用 -removeObserver:name:object 并把两个参数都设置成 nil,将会把观察者从通知中心的分发表当中彻底移除。通过 -removeObserver:name:object: 设置参数则只会移除注册对应的名称和/或对象的观察者。

发送通知

当然,消费只是一个方面。除了订阅系统内置的通知之外,应用程序也可以自行发布和订阅通知。

通知通过 +notificationWithName:object:userInfo: 这个方法创建。

通知的名字通常定义为字符串常量。和其他字符串常量一样,应该在公共接口中使用 extern 声明,在实现中进行私有定义。具体的通知名称的值是什么没有太大的关系。变量本身的值是无关紧要的,当然使用可以反向 DNS 查询的标识符也是个不错的选择。只要通知的名称是唯一的(或者显式地指明别名),就能够得到我们想要的结果。

类似的,userInfo 里的键值也应该定义成字符串常量。应该在文档中清晰地注明哪个键对应哪种类型的值,因为编译器不能像针对对象那样对字典类型中的值类型进行限制。

class FooController : UIViewController {
    enum Notifications {
        static let FooDidBar    = "XXFooDidBarNotification"
        static let FooDidBazoom = "XXFooDidBazoomNotification"
    }

    // ...
}
// Foo.h
extern NSString * const XXFooDidBarNotification;

// Foo.m
NSString * const XXFooDidBarNotification = @"XXFooDidBarNotification";

发送通知可以使用 postNotificationName:object:userInfo:,或者它的简化方法 –postNotificationName:object:,这个方法会自动把 userInfo 置为 nil–postNotification: 这个方法也是存在的,不过通常建议把创建通知对象的过程交给系统方法去处理。

前面的部分中我们提到 nameobject 用来控制通知分发的作用域。开发者们应当在对象发送通知和接收通知的方式上保持一致,而且把通知的行为在公共接口文档中进行清晰的说明。

由于通知分发是在发送通知的线程上进行的,可能需要使用 dispatch_asyncdispatch_get_main_queue() 来保证通知的处理是在主线程进行。大部分情况下不需要考虑,不过还是要把这一点记在心里。

KVO != NSNotificationCenter

有一点经常让开发者们犯糊涂,NSNotificationCenter 的方法签名和 Key-Value Observing 非常相似。

Key-Value Observing

func addObserver(observer: NSObject, forKeyPath keyPath: String, 
    options: NSKeyValueObservingOptions, 
    context: UnsafeMutablePointer<Void>)
- (void)addObserver:(NSObject *)observer
         forKeyPath:(NSString *)keyPath
            options:(NSKeyValueObservingOptions)options
            context:(void *)context

NSNotificationCenter

func addObserver(observer: AnyObject, 
    selector aSelector: Selector,
    name aName: String?, 
    object anObject: AnyObject?)

func addObserverForName(name: String?, 
    object obj: AnyObject?,
    queue: NSOperationQueue?, 
    usingBlock block: (NSNotification) -> Void) -> NSObjectProtocol
- (void)addObserver:(id)notificationObserver
           selector:(SEL)notificationSelector
               name:(NSString *)notificationName
             object:(id)notificationSender

- (id)addObserverForName:(NSString *)name
                  object:(id)obj
                   queue:(NSOperationQueue *)queue
              usingBlock:(void (^)(NSNotification *))block

Key-Value Observing 是在 keypaths 上添加观察者,而 NSNotificationCenter 是在通知上添加观察者。 牢记这个区别,就可以自信地去使用这两套 API 了。


通知在应用内部的沟通中占有非常重要的地位。因为它的分布式,低耦合特性,通知适用于很多种架构设计。对于较大范围循环的重要事件添加通知,API 的表现也很好。性能上损耗可以忽略不计。

在人生中思考通知的意义,可以帮助你改善和其他人的关系。能够在沟通中展现自己的意图,以及给出必要的提醒,是一个成熟踏实的成年人的特征。

...但是不要过分采用这个建议并且把它作为直播自己生活的理由,或者任何东西的理由。说真的,别再拍照片了,赶紧吃你的饭吧,我说的在理吧