我有一个Objective-C类。在其中，我创建了一个初始化方法并设置了一个NSNotification。
//Set up NSNotification
[[NSNotificationCenter defaultCenter] addObserver:self
selector:@selector(getData)
name:@"Answer Submitted"
object:nil];
在这个类中，我应该在哪里设置 [[NSNotificationCenter defaultCenter] removeObserver:self]？我知道对于一个UIViewController，我可以将它添加到viewDidUnload方法中。那么如果我刚刚创建了一个Objective-C类，需要做些什么呢？
dealloc方法中添加调用[notificationCenter removeObserver:self]，因为这是最后一次干净地取消注册观察者的机会。但是，这只能保护您免受由于通知中心通知死对象而导致的崩溃。它无法保护您的代码免受在您的对象尚未/不再处于可以正确处理通知的状态时接收通知的影响。关于这个...请参见上面的内容。dealloc中进行removeObserver:操作，因为这是您可以干净地这样做的最后一点（在对象的生命周期中）。这并不意味着“只需将移除延迟到dealloc被调用，一切都会好起来”。相反，一旦对象不再准备好（或需要）接收通知，就立即删除观察者。那才是确切的正确时刻。不幸的是，由于我不知道上面提到的任何问题的答案，我甚至无法猜测那个时刻会是什么时候。您始终可以安全地多次removeObserver：一个对象（对于给定的观察者，除了第一次调用之外的所有调用都将不起作用）。因此：先考虑在dealloc中再次执行它以确保安全，但首要任务是在适当的时刻（由您的用例确定）执行它。
dealloc中移除观察者只是为了防止由于稍后访问已释放对象而导致应用程序崩溃的最后一道防线。但通常注销观察者的适当位置是在其他地方（而且通常是在对象的生命周期早期）。我并不是在说“嘿，在dealloc中做就可以了，一切都会好起来”。 - DirkNSNotificationCenter 不会保留使用 addObserver:selector:name:object: 添加的对象。虽然文档没有明确说明这一点，但是你可以从类似“在 notificationObserver 或任何在 addObserver:selector:name:object: 中指定的对象被释放之前，请务必调用 removeObserver: 或 removeObserver:name:object:”这样的句子中推断出来（或者你可以运行一个小测试程序并验证其行为，就像我刚刚做的那样）。 - Dirk注意：这已经经过测试，百分之百有效。
override func viewWillDisappear(animated: Bool){
super.viewWillDisappear(animated)
if self.navigationController!.viewControllers.contains(self) == false //any other hierarchy compare if it contains self or not
{
// the view has been removed from the navigation stack or hierarchy, back is probably the cause
// this will be slow with a large stack however.
NSNotificationCenter.defaultCenter().removeObserver(self)
}
}
呈现视图控制器：
override func viewWillDisappear(animated: Bool){
super.viewWillDisappear(animated)
if self.isBeingDismissed() //presented view controller
{
// remove observer here
NSNotificationCenter.defaultCenter().removeObserver(self)
}
}
在iOS 6.0及以上版本中，最好在viewWillDisappear方法中移除观察者，因为viewDidUnload方法已被弃用。
[[NSNotificationCenter defaultCenter] removeObserver:observerObjectHere];
当视图已从导航栈或层次结构中移除时，许多情况下最好移除观察者。
- (void)viewWillDisappear:(BOOL)animated{
if (![[self.navigationController viewControllers] containsObject: self]) //any other hierarchy compare if it contains self or not
{
// the view has been removed from the navigation stack or hierarchy, back is probably the cause
// this will be slow with a large stack however.
[[NSNotificationCenter defaultCenter] removeObserver:observerObjectHere];
}
}
弹出视图控制器：
- (void)viewWillDisappear:(BOOL)animated{
if ([self isBeingDismissed] == YES) ///presented view controller
{
// remove observer here
[[NSNotificationCenter defaultCenter] removeObserver:observerObjectHere];
}
}
viewWillAppear: 中自动重新加载/刷新 - RichardpushViewController 呈现的，那么将 removeObserver 调用放在 viewWillDisappear 中肯定是正确的方法。如果你把它们放在 dealloc 中，那么 dealloc 将永远不会被调用 -- 至少在我的经验中是这样... - Christopher KingviewWillAppear中添加它，并在viewWillDisappear中移除它。viewWillAppear和viewWillDisappear？ - Isaac Overackerdealloc。如果在初始化命令中添加了观察者，则返回到视图控制器可能会导致多个通知。 - Jonathan Lin-(void) dealloc {
[[NSNotificationCenter defaultCenter] removeObserver:self];
[super dealloc];
}
[super dealloc] 之后使用 self 让我感到有些紧张...（即使接收器实际上不太可能以任何方式取消引用指针，但你永远不知道他们如何实现 NSNotificationCenter） - Dirk[super dealloc]必须始终是您的dealloc方法的最后语句。它会销毁您的对象;运行后，您将不再拥有有效的self。/cc @Dirk - jscs[super dealloc]。 - pixelfreakdealloc方法中。在Swift中使用deinit，因为dealloc不可用：
deinit {
...
}
Swift文档：
析构器会在类实例被销毁前立即调用。您可以使用deinit关键字编写析构器，就像使用init关键字编写初始化器一样。析构器仅适用于类类型。
通常情况下，在实例被销毁时不需要手动清理。但是，当您使用自己的资源时，可能需要执行一些额外的清理工作。例如，如果您创建了一个自定义类来打开文件并向其中写入一些数据，则可能需要在类实例被销毁之前关闭文件。
deinit 中取消订阅，因为这是无用的。当实例从内存中清除时，iOS 会自动取消订阅，然后调用 deinit，所以这是无用的。 - Alexander Volkov在我的看法中，下面的代码在 ARC 中没有意义：
- (void)dealloc
{
[[NSNotificationCenter defaultCenter] removeObserver:self];
[super dealloc];
}
viewWillAppear中添加并在viewWillDisappear中删除 - 但是如果由于某种原因您已经在viewDidLoad中添加了观察者，则建议适用）viewDidLoad中，则应在dealloc和viewDidUnload中都将其删除。否则，当viewDidLoad在内存警告后被调用时，它会再次添加，从而导致重复添加。在iOS 6中，这不是必需的，因为viewDidUnload已被弃用且不会被调用（因为视图不再自动取消加载）。