I understand you need to be careful with autorelease
on iOS. I have a method that is returning an object it alloc
s which is needed by the caller, so in this situation -- as I understand it -- I need to send autorelease
to the object in the callee before it returns.
This is fine, but once control returns to the phone (i.e. after my button click has been processed) it seems that the autorelease pool is released. I suspect this is how it is supposed to be, but I am wondering what is the best practice for this situation.
I have resorted to sending a retain
message from the caller so that the object is not released and then explicitly releasing it in dealloc
.
Is this the best approach?
The autorelease pool is typically released after each iteration of the run loop. Roughly, every Cocoa and Cocoa Touch application is structured like this:
What you describe is the expected behavior. If you want to keep an object around any longer than that, you'll need to explicitly retain it.
It is only guaranteed that autoreleased objects will be released after the end of your method. After all, the method that called your method could have created its own pool and release it right after your method.
Yes, that's the best approach. Autorelease is really only intended for interactions in code that you know. Once you're storing an object, you should either know that the object that holds a reference will not die/go out of scope until you're also done with the object, or you need to retain the object.
Here is an examle provided in the Apple Memory Management document:
Using
autorelease
is a way of saying, "Object, I don't want you anymore, but I'm going to pass you to somebody else who might want you, so don't vanish just yet." So the object will stick around long enough for you to return it from a method or give it to another object. When some code wants to keep the object around, it must claim ownership byretain
ing it.See the memory management guidelines for everything you need to know to use
autorelease
correctly.