正确使用ARC（自动引用计数）？

发布于 2024-12-29 09:49:27 字数 143 浏览 4 评论 0原文

创建属性时，将所有 retains 替换为 strong，将所有 assigns 替换为 weak 是否正确？

我要切换到 ARC 有什么有用的提示吗？

原文

分享到QQ

分享到微博

如果你对这篇内容有疑问，欢迎到本站社区发帖提问参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。

发布评论

需要登录才能够评论，你可以免费注册一个本站的账号。

抚笙 2025-01-05 09:49:27

阅读过渡到 ARC 发行说明

指南：编辑>重构>转换为 Objective-C ARC。

首先，它可能会报告各种问题（在预检查构建阶段），只需尝试修复所有问题，重试并再次（构建和失败），当所有问题都修复后，最终会顺利完成，留下您的使用 ARC 进行编码。

请注意，预检查规则比通常的构建设置更严格。

回复收藏 0 原文

指尖上的星空 2025-01-05 09:49:27

据我所知，strong 和 retain 是同义词，因此它们的作用完全相同。
编辑：unsafe_unretained 也是分配 的同义词，正如 nielsbot 指出的那样。

然后是weak code> 几乎类似于 assign，但在它指向的对象被释放后自动设置为 nil。

这意味着，您可以简单地替换它们。

但是，我遇到过一种特殊情况，我必须使用assign，而不是weak.假设我们有两个属性 delegateAssign 和 delegateWeak。两者都存储了我们的委托，即通过拥有唯一的强引用来拥有我们。委托正在释放，因此我们的 -dealloc 方法也被调用。

// Our delegate is deallocating and there is no other strong ref.
- (void)dealloc {
    [delegateWeak doSomething];
    [delegateAssign doSomething];
}

委托已处于释放过程中，但仍未完全释放。问题是对他的weak引用已经无效！属性delegateWeak包含nil，但是delegateAssign包含有效对象（所有属性均已释放并作废，但仍然有效）。

// Our delegate is deallocating and there is no other strong ref.
- (void)dealloc {
    [delegateWeak doSomething]; // Does nothing, already nil.
    [delegateAssign doSomething]; // Successful call.
}

这是一个非常特殊的情况，但它向我们揭示了这些弱变量如何工作以及它们何时被取消。

As far as I know, strong and retain are synonyms, so they do exactly the same.
Edit: Also unsafe_unretained is synonym for assign, as nielsbot pointed out.

Then the weak is almost like assign, but automatically set to nil after the object, it is pointing to, is deallocated.

That means, you can simply replace them.

However, there is one special case I've encountered, where I had to use assign, rather than weak. Let's say we have two properties delegateAssign and delegateWeak. In both is stored our delegate, that is owning us by having the only strong reference. The delegate is deallocating, so our -dealloc method is called too.

// Our delegate is deallocating and there is no other strong ref.
- (void)dealloc {
    [delegateWeak doSomething];
    [delegateAssign doSomething];
}

The delegate is already in deallocation process, but still not fully deallocated. The problem is that weak references to him are already nullified! Property delegateWeak contains nil, but delegateAssign contains valid object (with all properties already released and nullified, but still valid).

// Our delegate is deallocating and there is no other strong ref.
- (void)dealloc {
    [delegateWeak doSomething]; // Does nothing, already nil.
    [delegateAssign doSomething]; // Successful call.
}

It is quite special case, but it reveal us how those weak variables work and when they are nullified.

回复收藏 0 原文

懷念過去 2025-01-05 09:49:27

简短的回答是肯定的。 strong 相当于 retain 的 ARC，而 weak 相当于 assign，只不过它也是归零（如果对象被释放，则将指针设置为nil，以防止潜在的EXC_BAD_ACCESS崩溃），因此它甚至比assign更好。过渡到 ARC 发行说明页面，如前所述，如果您有兴趣，可以提供更多详细信息。