您如何看待 Objective-C 中每次迭代都会迭代保留计数并调用释放的这段代码？

Question

我仍在尝试理解我在我正在开发的一个项目中发现的这段代码，在我询问之前，创建它的人已经离开了公司。

代码如下：

-(void)releaseMySelf{
    for (int i=myRetainCount; i>1; i--) {
        [self release];
    }
    [self autorelease];
}

据我所知，在Objective-C内存管理模型中，第一条规则是分配另一个对象的对象，也负责在将来释放它。这就是我不明白这段代码的含义的原因。有什么意义吗？

Answer 1

作者正在尝试解决不了解内存管理的问题。他假设一个对象有一个保留计数，每次保留都会增加该计数，因此尝试通过调用该数量的释放来减少它。很可能他还没有实现“以后也负责发布”。你理解的一部分。

但是，请在此处查看许多答案，例如此处和此处 和 此处。

阅读 Apple 的内存管理概念。

第一个链接包含来自 苹果

retainCount 方法不考虑任何挂起的自动释放
消息发送到接收者。

重要提示：此方法通常在调试内存时没有任何价值
管理问题。因为任意数量的框架对象都可能有
保留一个对象以保存对其的引用，而在
同时自动释放池可能持有任意数量的延迟
在物体上释放，你不太可能有用
来自此方法的信息。了解基本规则
你必须遵守的内存管理，请阅读《内存管理》
规则”。要诊断内存管理问题，请使用合适的工具：
LLVM/Clang Static 分析器通常可以找到内存管理
甚至在运行程序之前就出现问题。对象分配工具
在仪器应用程序中（请参阅仪器用户指南）可以跟踪
对象分配和销毁。 Shark（请参阅 Shark 用户指南）
配置文件内存分配（以及您的许多其他方面）
程序）。

Answer 2

由于所有答案似乎都将 myRetainCount 误读为 [self keepCount]，所以让我提供一个可以编写此代码的原因：可能是此代码以某种方式生成线程或以其他方式让客户端向其注册，并且 myRetainCount 实际上是这些客户端的数量，与实际操作系统保留计数分开保存。然而，每个客户端也可能得到自己的 ObjC 风格的保留。

因此，在请求中止的情况下可能会调用此函数，并且可以立即处理所有客户端，然后执行所有释放。这不是一个好的设计，但如果代码就是这样工作的（并且您没有遗漏 int myRetainCount = [self keepCount] 或重写保留/释放），那么至少它不一定有错误。

然而，这很可能是一种糟糕的责任分配，或者是一种为了避免保留圈而没有真正改进任何东西的笨拙和陈腐的尝试。

Answer 3

这是强制释放内存的肮脏黑客：如果程序的其余部分编写正确，您永远不需要做这样的事情。通常，您的保留和释放是平衡的，因此您永远不需要查看保留计数。这段代码说的是“我不知道谁保留了我而忘记释放，我只是想让我的记忆被释放；我不在乎其他引用从现在开始就悬空了”。这不会用 ARC 进行编译（奇怪的是，切换到 ARC 可能只是修复作者试图解决的错误）。

Answer 4

该代码的含义是强制对象立即释放，无论未来的后果如何。 （并且会产生后果！）

该代码存在致命缺陷，因为它没有考虑到其他人实际上“拥有”该对象的事实。换句话说，某些东西“分配”了该对象，并且任何其他东西都可能“保留”该对象（可能是像 NSArray 这样的数据结构，可能是自动释放池，可能是堆栈帧上的一些代码只执行“保留”操作） ）；所有这些东西都共享该对象的所有权。如果对象自杀（这就是releaseMySelf所做的），这些“所有者”突然指向错误的内存，这将导致意外的行为。

希望这样编写的代码会崩溃。也许原作者通过在其他地方泄漏内存来避免这些崩溃。