Tag: retaincount

多less次我释放分配或保留的对象？: 我正在做一个iPhone游戏。我想释放已分配或保留的所有对象。在dealloc函数中，我释放了所有这样的对象，但是后来我意识到有时候我还没有分配对象时就会释放对象。所以我想我需要检查其retainCount是否大于零或不释放它之前。我的问题是：我只是检查如果retainCount大于零，然后释放它？ if([bg retainCount]!=0) { [bg release]; } 要么我应该释放它多less次的retainCount while([bg retainCount]!=0) { [bg release]; } 谢谢你的帮助！

调用-retainCount被认为是有害的: 或者，为什么我没有在我的暑假中使用retainCount 这篇文章的目的是要详细介绍一下这个臭名昭着的方法的原因和retainCount ，以便整合围绕SO的相关信息。基础知识：不使用retainCount的官方原因是什么？有没有什么情况可能有用？应该做些什么呢？**随意编辑。历史/解释：为什么苹果在NSObject协议中提供这种方法，如果它不打算被使用？苹果的代码是否依赖于retainCount用于某种目的？如果是这样，为什么不把它藏在某处？为了更深入的理解：对象可能具有不同于用户代码假设的保留数的原因是什么？你能举出框架代码可能使用的标准程序的例子吗？是否有任何已知的情况下保留计数总是不同于新用户可能期望的？还有什么你认为值得关于retainCount ？ *对于Objective-C和Cocoa来说，新的编程人员经常会对参考计数scheme进行纠正，或者至less是误解。教程的解释可能会提到保留计数，根据这些解释，当您调用retain ， alloc ， copy等等时，向上调一，当您调用release （以及在将来的某个时刻调用autorelease ）。一个正在萌芽的Cocoa黑客Kris可以很容易地认识到，检查一个对象的保留数对于解决一些内存问题是有用的，而且你会发现在每个对象上有一个叫做retainCount ！克里斯在一些物体上调用retainCount ，这个值太高了，太低了，到底是怎么回事？！所以Kris在SO上做了一个post，“我的memory management出了什么问题？然后一群<大写>，<大写字母下降，说：“不要那样做，不能靠结果”，这是好的，但是我们无畏的编码者可能需要更深的解释。我希望这将成为一个常见问题解答，我们的任何专家都倾向于写一个好的信息散文/讲座页面，当新的cocoa头在怀疑retainCount时可以指出。 **我不想把这个过于宽泛，但是具体的经验或者关于validation/debugging的文档保留和释放配对在这里可能是合适的。 ***在虚拟代码中; 显然普通大众不能访问苹果的实际代码。