what is difference between alloc and allocWithZone:?

17,601

Solution 1

When one object creates another, it’s sometimes a good idea to make sure they’re both allocated from the same region of memory. The zone method (declared in the NSObject protocol) can be used for this purpose; it returns the zone where the receiver is located.

This suggests to me that your ivars, and any objects your classes "create" themselves could make use of +allocWithZone: in this way, to make the instances they create in the same zone.

-(id)init {
  if (self = [super init]) {
    someIvar = [[SomeOtherClass allocWithZone:[self zone]] init];
  }

  return self;
}

Solution 2

From Apple's documentation:

This method exists for historical reasons; memory zones are no longer used by Objective-C.

Solution 3

A good example for using allocWithZone: is when you are implementing the NSCopy protocol, which allows you make your custom objects copyable (deep copy / copy by value) like:

(1) ClassName *newObject = [currentObject copy]; //results in newObject being a copy of currentObject not just a reference to it

The NSCopy protocol ensures you implement a method:

(2) -(id)copyWithZone:(NSZone *)zone;

When copying an object the 'copy' message you send as above (1) when stated as 'copyWithZone sends a message to the method(2). aka you don't have to do anything to get a zone yourself.

Now as you have a 'zone' sent to this message you can use it to ensure a copy is made from memory in the same region as the original.

This can be used like:

-(id)copyWithZone:(NSZone *)zone
{
   newCopy = [[[self class]allocWithZone:zone]init]; //gets the class of this object then allocates a new object close to this one and initialises it before returning
   return(newCopy);
}

This is the only place I am aware allocWithZone is actually used.

Solution 4

I use allocWithZone in singleton. As Forrest mentioned, the variables created allocated from the same region of memory. Thus other classes can use or access them from the same zone of memory. Save memory space when you run your app.

Solution 5

In the Foundation Functions Reference, all of the Zone functions are now prefaced with the below warning that Zones will be ignored.

Zones are ignored on iOS and 64-bit runtime on OS X. You should not use zones in current development.

NSCreateZone
NSRecycleZone
NSSetZoneName
NSZoneCalloc
NSZoneFree
NSZoneFromPointer
NSZoneMalloc
NSZoneName
NSZoneRealloc
NSDefaultMallocZone
Share:
17,601
Forrest
Author by

Forrest

iOS developer with 10+ years software building experience Shanghai,China Skype: forrest.shi.ef Recent App: PushUp! https://itunes.apple.com/us/app/pushup!/id750845921?mt=8

Updated on June 06, 2022

Comments

  • Forrest
    Forrest about 2 years

    From forum discussion , seem like that the big difference is performance factor, allocWithZone: will alloc memory from particular memory area, which reduce cost of swapping.

    In practice, almost get no chance to use allocWithZone: , anyone can give simple example to illustrate which case to use allocWithZone: ?

    Thanks,

  • bbum
    bbum over 13 years
    Correct. The reality, though, is that pretty much nothing uses zones. It was originally intended to give the ability to, say, co-locate all of the objects related to a document in a zone and then bulk destroy them by simply deallocating the zone. In practice, this proved unworkable and zones haven't been used in more than a decade in the OpenStep APIs.
  • d11wtq
    d11wtq over 13 years
    Thanks for that. Very informative. I figured given the lack of focus on them in the documentation that they're not exactly used much.
  • finneycanhelp
    finneycanhelp over 12 years
    Hey! Great example of why you may want to override allocWithZone though! Search for JoeConway forums.bignerdranch.com/viewtopic.php?f=85&t=2823
  • alfwatt
    alfwatt almost 6 years
    I don't think this does what you think it does. allocWithZone allows you to allocate many objects into an NSZone and release them all at once with NSRecycleZone(...). NB that NSZone is not supported in the 64 bit Objective-C runtime and on iOS