奇怪的 ARC 问题未在 UIView 子类中释放 ivar

Question

可能的重复：
为什么使用 ARC + NSZombieEnabled 时对象未释放

我目前在一个项目中遇到了一个非常奇怪的问题。简而言之，我有 ViewA ，它拥有 ViewB （strong 属性）。 ViewA 在其初始化程序中创建其 ViewB。这两个对象都是 UIView 的子类。

我已经重写了两者中的dealloc，并放置了一个日志行和一个断点来查看它们是否被击中。看起来 ViewA 的 dealloc 被命中，但 ViewB 没有被命中。但是，如果我在 ViewA 的 dealloc 中放入 self.viewB = nil ，那么它就会被命中。

所以基本上是这样的：

@interface ViewA : UIView
@property (nonatomic, strong) ViewB *viewB;
@end

@implementation ViewA

- (id)initWithFrame:(CGRect)frame {
    if (self = [super initWithFrame:frame]) {
        self.viewB = [[ViewB alloc] initWithFrame:self.bounds];
        [self addSubview:self.viewB];
    }
    return self;
}

- (void)dealloc {
    //self.viewB = nil; ///< Toggling this commented/uncommented changes if ViewB's dealloc gets called.
    NSLog(@"ViewA dealloc");
}

@end

我不明白的是为什么 nil-ing viewB out 会产生影响。如果有其他东西在 viewB 上，那么我是否在这里将其清零应该没有什么区别。而且它也不会对 ARC 添加的版本数量产生影响。

我似乎还无法在最小的测试用例中重现它，但我正在努力。不幸的是，我无法发布我看到的实际代码。不过，我不认为这是一个问题，因为更重要的是，将其清零不应该使我感到困惑。

任何人都可以看到我忽略的任何内容，或者提供有关在哪里寻找调试此问题的建议吗？

更新：

我发现了问题。看来只有当 NSZombieEnabled 设置为 YES 时才会出现问题。嗯，这完全是疯狂的，而且肯定是一个错误。据我所知，僵尸不应该影响它的工作方式。这些对象仍应通过 dealloc 方法。更重要的是，如果我在 ViewA 的 dealloc 中清空 viewB ，它就会起作用，这真是太疯狂了。

Answer 1

我发现这似乎是 iOS 僵尸实现中的一个错误。考虑以下代码：

#import <Foundation/Foundation.h>

@interface ClassB : NSObject
@end

@implementation ClassB
- (id)init {
    if ((self = [super init])) {
    }
    return self;
}
- (void)dealloc {
    NSLog(@"ClassB dealloc");
}
@end

@interface ClassA : NSObject
@property (nonatomic, strong) ClassB *b;
@end

@implementation ClassA
@synthesize b;
- (id)init {
    if ((self = [super init])) {
        b = [[ClassB alloc] init];
    }
    return self;
}
- (void)dealloc {
    NSLog(@"ClassA dealloc");
}
@end

int main() {
    ClassA *a = [[ClassA alloc] init];
    return 0;
}

应该输出：

ClassA dealloc
ClassB dealloc

但是将 NSZombieEnabled 设置为 YES 时，它输出：

ClassA dealloc

据我所知，这是一个错误。它似乎只发生在 iOS（模拟器和设备）上，而在为 Mac OS X 构建和运行时不会发生。我已经向 Apple 提交了雷达。

编辑：事实证明这个问题已经在这里得到了回答 - 为什么使用 ARC + NSZombieEnabled 时对象未释放 。在我发现真正的问题是什么后，设法找到了它。顺便说一句，这与ARC无关。