【发布时间】:2013-10-24 21:47:49
【问题描述】:
调用[super dealloc] 与从超类获取 IMP 并调用它有什么区别?
Method deallocMethod = class_getInstanceMethod([self superclass], @selector(dealloc));
IMP superImp = method_getImplementation(deallocMethod);
((void (*)(id, SEL))superImp)(self, _cmd);
根据我使用的内容,我会得到两种不同的行为。我在 UIViewController 的动态子类中看到了这种不同的行为。
编辑:
详细说明。我没有使用 ARC。
行为上的差异也很难描述,但我会尽力而为。似乎 UIViewController 在 dealloc 中所做的一些清理工作尚未完成。如果我只调用 [super dealloc] 我会收到一条消息发送到视图控制器的已释放实例。当它在 UIViewController (+[UIViewController setViewController:forView:]) 的静态函数中为视图(我不完全理解的内部内容)增长视图控制器的哈希时,就会发生这种情况。我的猜测是,在我只调用 [super dealloc] 的情况下,视图控制器不会从哈希中删除。
【问题讨论】:
-
如果您使用的是 ARC,那么所有的赌注都没有了。
-
行为上有什么不同?当我们知道症状是什么时,就更容易解释症状了。
-
我只是添加了更多关于行为差异的描述。我不是 100% 清楚到底有什么不同。我希望这里的答案能给我一个提示,但我已尽力描述它。
-
你真的不应该在运输代码中做这样的事情......而且不应该有这样做的理由。
-
我试图避免这样做,这就是为什么我试图找出不同之处。希望一旦我知道为什么它的行为不同,我就可以弄清楚如何使用普通的
[super dealloc]来修复它
标签: ios objective-c inheritance