ARC奇怪的双重释放？答案

【问题标题】：Weird double release with ARC?ARC奇怪的双重释放？
【发布时间】：2012-06-28 19:45:03
【问题描述】：

我有一个视图控制器的子类。将此视图控制器的视图添加到另一个视图后，与MyViewController 的视图的任何交互都会导致崩溃。运行僵尸时显示双重释放，myViewController 的保留计数已变为 -1。

我在这个对象上调用alloc，这应该使保留计数为1，我还将myViewcontroller的视图添加到另一个视图，这应该使保留计数为2。那我该怎么做获得双重释放？ 这只会在 ARC 上崩溃

- (void)viewDidLoad {
   [super viewDidLoad];

   MyViewcontroller *myViewcontroller = [[MyViewController alloc] init];
   [self.view addSubview:myViewcontroller.view];
}

【问题讨论】：

@RichardBrightwell 我不明白这个问题？ [super viewDidLoad] 有什么问题？
Load 没有问题，但是老... ;-)
哦，是的，我的错我在这里写了代码，而不是在 Xcode 中

标签： objective-c cocoa memory-management automatic-ref-counting

【解决方案1】：

这里没有“双重”版本，只有一个。

您将视图控制器存储在此处的局部变量中。当此方法结束时，ARC 会正确释放它——否则会导致泄漏，因为您将不再引用它。*

我还将myViewcontroller 的视图添加到另一个视图中，这应该会将保留计数增加到 2。

没有； addSubview: 拥有 view，而不是 controller。视图本身稍后仍将处于活动状态，但控制器不会。

*所以，有趣的是，这不会在 MRR 下崩溃，但会不正确。

【讨论】：

在 MRR 中，我会在委托调用后释放对象，因此 viewDidSelectDone 将从 superView 中删除视图，然后释放 viewController。弧线不再可能了吗？我相信 NSUrlConnection 使用相同的模式。
ARC 只是自动完成你应该做的事情；它不会改变规则。我必须查看该代码才能知道您是否做错了什么，但这听起来有点好笑。委托人通常不拥有他们的委托人，并且通常不应该释放他们。
查看以下链接：developer.apple.com/library/ios/#DOCUMENTATION/Cocoa/Conceptual/… connection:didFailWithError: OR connectionDidFinishLoading。这是 Cocoa 中常用的模式，我在很多地方都看到过。
你说得对，我倒过来了； NSURLConnection 代表做（通常）拥有连接。