自动置空的弱引用

#Original (English)

Source: https://www.mikeash.com/pyblog/friday-qa-2010-07-16-zeroing-weak-references-in-objective-c.html

It’s that time of the biweek again. For this week’s Friday Q&A, Mike Shields has suggested that I talk about weak references in Objective-C, and specifically zeroing weak references. I’ve gone a bit further and actually implemented a class that provides zeroing weak references in Objective-C using manual memory management.

Weak References First, what is a weak reference? Simply put, a weak reference is a reference (pointer, in Objective-C land) to an object which does not participate in keeping that object alive. For example, using memory management, this setter creates a weak reference to the new object:

1
    - (void)setFoo: (id)newFoo
2
    {
3
        _foo = newFoo;
4
    }

Weak references are common in Cocoa in order to deal with retain cycles. Delegates in Cocoa are almost always weak references for exactly this reason.

Zeroing Weak References Weak references are useful for things like avoiding retain cycles, but their utility is limited due to their inherent danger. With a plain weak reference in Objective-C, when the target object is destroyed, you’re left with a dangling pointer. If your code tries to use that pointer, it will crash or worse.

Zeroing weak references eliminate this danger. They work just like a regular weak reference, except that when the target object is destroyed, they automatically become nil. At any time you access an object through a zeroing weak reference, you’re guaranteed to either access a valid, live object, or get nil. As long as your code can handle nil, then you’re perfectly safe.

Because of this safety, a zeroing weak reference can be useful for much more than the unsafe kind. One example is an object cache. An object cache using weak references can refer to objects as long as they’re alive, and then let them deallocate when no longer needed. If a client requests an object that’s still alive, it can obtain it without having to create a new object. If the object has already been destroyed, the cache can safely create a new object.

They can be used for much more mundane purposes as well, for any case where you want to keep a reference to an object but don’t want to keep that object in memory beyond its normal lifetime. For example, you might track a window but not want to keep it in memory after it’s closed. You could deal with this by setting up a notification observer and seeing when the window goes away, but a zeroing weak reference is a much simpler way to do it. As another example, a zeroing weak reference to self used in a block can prevent a retain cycle while ensuring that your program doesn’t crash if the block is called after self is deallocated. Even a standard delegate pointer is made better with a zeroing weak reference, as it eliminates rare but annoying bugs which can appear if the delegate is deallocated before the object that points to it.

If you’re using garbage collection in Objective-C, then good news! The Objective-C garbage collector already supports zeroing weak references using the type modifier __weak. You can just declare any instance variable like so:

1
    __weak id _foo;

What if you aren’t using garbage collection, though? While it would be great if we all could, many of us can’t for various reasons, one of the most common being that garbage collection simply isn’t supported on iOS. Well, until now you’ve been out of luck when it comes to zeroing weak references with manual memory management in Objective-C.

Introducing MAZeroingWeakRef Those of us who use manual memory management can now benefit from zeroing weak references! MAZeroingWeakRef implements the following interface:

1
    @interface MAZeroingWeakRef : NSObject
2
    {
3
        id _target;
4
    }
5

6
    + (id)refWithTarget: (id)target;
7

8
    - (id)initWithTarget: (id)target;
9

10
    - (void)setCleanupBlock: (void (^)(id target))block;
11

12
    - (id)target;
13

14
    @end

The -setCleanupBlock: method exists for more advanced uses. Normally a zeroing weak reference is a passive object. You can query its target at any time, and it either gives you an object or nil. But sometimes you want to take some additional action when the reference is zeroed out, such as unregistering a notification observer. The block passed to -setCleanupBlock: runs when the reference is zeroed out, allowin gyou to set up additional actions like that.

As an example, here’s how to write the standard delegate pattern using MAZeroingWeakRef:

1
    // instance variable
2
    MAZeroingWeakRef *_delegateRef;
3

4
    // setter
5
    - (void)setDelegate: (id)newDelegate
6
    {
7
        [_delegateRef release];
8
        _delegateRef = [[MAZeroingWeakRef alloc] initWithTarget: newDelegate];
9
    }
10

11
    - (void)doSomethingAndCallDelegate
12
    {
13
        [self _doSomething];
14

15
        id delegate = [_delegateRef target];
16
        if([delegate respondsToSelector: @selector(someDelegateMethod)])
17
            [delegate someDelegateMethod];
18
    }

MAZeroingWeakRef is completely thread safe, both in terms of accessing it from multiple threads, and in terms of having the target object be destroyed in one thread while the weak reference is accessed from another thread.

How Does it Work? The concept of how a zeroing weak reference works is pretty straightforward. Track all such references to a target. When an object is destroyed, zero out all of those references before calling dealloc. Wrap everything in a lock so that it’s thread safe.

The details of how to accomplish each step can get tricky, though.

Tracking all zeroing weak references to a target isn’t too tough. A global CFMutableDictionary maps targets to CFMutableSet objects which hold the zeroing weak references to each target. I use the CF classes so that I can customize the memory management; I don’t want the targets or weak references to be retained.

Zeroing all of the weak references before calling dealloc gets a little trickier…

The answer to that is to use dynamic subclassing, as done in the implementation of Key-Value Observing. When an object is targeted by a zeroing weak reference, a new subclass of that object’s class is created. The -dealloc method of the new subclass takes care of zeroing out all of the weak references and then calls through to super so that the normal chain of deallocations can occur. The new subclass also overrides -release to take a lock so that everything is thread safe. (Without that override, it would be possible for one thread to release an object with a retain count of 1 at the same time that another thread retrieved the object from a MAZeroingWeakRef. The retrieval would then try to resurrect the object after it had already been marked for destruction, which is illegal.)

Of course you don’t want to make a new subclass for every single targeted object, but only one subclass is necessary per target class. A small table of overridden classes ensures that no more than one new subclass is created for each normal class.

As the final step, the class of the target object is set to be the new subclass, ensuring that the new methods take effect.

CoreFoundation Trickiness The above strategy runs into a snag with toll-free bridged classes like NSCFString. Because of the way they’re implemented, changing the class of such an object causes infinite recursion and a crash the moment that something tries to use them. The CoreFoundation code sees the changed class, assumes it’s a pure Objective-C class, and calls through to the equivalent Objective-C method. The NSCF method then calls back to CoreFoundation. A crash rapidly ensues.

While I did figure out a solution to this problem, it is so hairy and complicated that I will save it for a separate article to be posted in two weeks.

Code As usual, you can get the code for MAZeroingWeakRef from my public Subversion repository:

1
    svn co http://mikeash.com/svn/ZeroingWeakRef/

I will be walking through a somewhat abbreviated version of MAZeroingWeakRef. Due to the crazy nature of the CoreFoundation workaround I mentioned above, I will skip over those parts and only discuss the sane Objective-C bits this week. There is a macro called COREFOUNDATION_HACK_LEVEL which allows control over how much CoreFoundation hackery is enabled. At level 2 you get full-on hackery with full support for weak references to CoreFoundation objects. With level 1, some less important private symbols are referenced and used to reliably decide whether an object is bridged or not, and the code simply asserts if trying to create a weak reference to a bridged object. At level 0, the code asserts when trying to create a weak reference to a bridged object, and checks for bridging simply by looking for a prefix of NSCF in the class name. For this week, I will be discussing the code as if it were compiled with level 0.

Globals MAZeroingWeakRef makes use of some global variables for various housekeeping uses. First off is a mutex:

1
    static pthread_mutex_t gMutex;

Next up, a CFMutableDictionary is needed to map the target objects to the weak references which target them:

1
    static CFMutableDictionaryRef gObjectWeakRefsMap; // maps (non-retained) objects to CFMutableSetRefs containing weak refs

1
    static NSMutableSet *gCustomSubclasses;
2
    static NSMutableDictionary *gCustomSubclassMap; // maps regular classes to their custom subclasses

1
    + (void)initialize
2
    {
3
        if(self == [MAZeroingWeakRef class])
4
        {
5
            CFStringCreateMutable(NULL, 0);
6
            pthread_mutexattr_t mutexattr;
7
            pthread_mutexattr_init(&mutexattr;);
8
            pthread_mutexattr_settype(&mutexattr, PTHREAD_MUTEX_RECURSIVE);
9
            pthread_mutex_init(&gMutex, &mutexattr;);
10
            pthread_mutexattr_destroy(&mutexattr;);
11

12
            gCustomSubclasses = [[NSMutableSet alloc] init];
13
            gCustomSubclassMap = [[NSMutableDictionary alloc] init];
14
        }
15
    }

1
    static void WhileLocked(void (^block)(void))
2
    {
3
        pthread_mutex_lock(&gMutex;);
4
        block();
5
        pthread_mutex_unlock(&gMutex;);
6
    }

1
    static void AddWeakRefToObject(id obj, MAZeroingWeakRef *ref)
2
    {
3
        CFMutableSetRef set = (void *)CFDictionaryGetValue(gObjectWeakRefsMap, obj);
4
        if(!set)
5
        {
6
            set = CFSetCreateMutable(NULL, 0, NULL);
7
            CFDictionarySetValue(gObjectWeakRefsMap, obj, set);
8
            CFRelease(set);
9
        }
10
        CFSetAddValue(set, ref);
11
    }
12

13
    static void RemoveWeakRefFromObject(id obj, MAZeroingWeakRef *ref)
14
    {
15
        CFMutableSetRef set = (void *)CFDictionaryGetValue(gObjectWeakRefsMap, obj);
16
        CFSetRemoveValue(set, ref);
17
    }
18

19
    static void ClearWeakRefsForObject(id obj)
20
    {
21
        CFMutableSetRef set = (void *)CFDictionaryGetValue(gObjectWeakRefsMap, obj);
22
        [(NSSet *)set makeObjectsPerformSelector: @selector(_zeroTarget)];
23
        CFDictionaryRemoveValue(gObjectWeakRefsMap, obj);
24
    }

First, the convenience constructor and initializer. Mostly straightforward:

1
    + (id)refWithTarget: (id)target
2
    {
3
        return [[[self alloc] initWithTarget: target] autorelease];
4
    }
5

6
    - (id)initWithTarget: (id)target
7
    {
8
        if((self = [self init]))
9
        {
10
            _target = target;
11
            RegisterRef(self, target);
12
        }
13
        return self;
14
    }

The dealloc implementation similarly calls a utility function to remove the weak reference object:

1
    - (void)dealloc
2
    {
3
        UnregisterRef(self);
4
        [_cleanupBlock release];
5
        [super dealloc];
6
    }

1
    - (NSString *)description
2
    {
3
        return [NSString stringWithFormat: @"<%@: %p -> %@>", [self class], self, [self target]];
4
    }

1
    - (void)setCleanupBlock: (void (^)(id target))block
2
    {
3
        block = [block copy];
4
        [_cleanupBlock release];
5
        _cleanupBlock = block;
6
    }

1
    - (id)target
2
    {
3
        __block id ret;
4
        WhileLocked(^{
5
            ret = [_target retain];
6
        });
7
        return [ret autorelease];
8
    }

1
    - (void)_zeroTarget
2
    {
3
        if(_cleanupBlock)
4
        {
5
            _cleanupBlock(_target);
6
            [_cleanupBlock release];
7
            _cleanupBlock = nil;
8
        }
9
        _target = nil;
10
    }

Implementation of Utility Functions The implementation of UnregisterRef is simple. Get the target out of the MAZeroingWeakRef, get the table of references to the target, and remove the given reference. Wrap it all in a lock to ensure that the target can’t be deallocated in the middle of this operation:

1
    static void UnregisterRef(MAZeroingWeakRef *ref)
2
    {
3
        WhileLocked(^{
4
            id target = ref->_target;
5

6
            if(target)
7
                RemoveWeakRefFromObject(target, ref);
8
        });
9
    }

1
    static void RegisterRef(MAZeroingWeakRef *ref, id target)
2
    {
3
        WhileLocked(^{
4
            EnsureCustomSubclass(target);
5
            AddWeakRefToObject(target, ref);
6
        });
7
    }

1
    static void EnsureCustomSubclass(id obj)
2
    {
3
        if(!GetCustomSubclass(obj))
4
        {
5
            Class class = object_getClass(obj);
6
            Class subclass = [gCustomSubclassMap objectForKey: class];
7
            if(!subclass)
8
            {
9
                subclass = CreateCustomSubclass(class, obj);
10
                [gCustomSubclassMap setObject: subclass forKey: class];
11
                [gCustomSubclasses addObject: subclass];
12
            }
13
            object_setClass(obj, subclass);
14
        }
15
    }

1
    static Class GetCustomSubclass(id obj)
2
    {
3
        Class class = object_getClass(obj);
4
        while(class && ![gCustomSubclasses containsObject: class])
5
            class = class_getSuperclass(class);
6
        return class;
7
    }

1
    static Class CreateCustomSubclass(Class class, id obj)
2
    {
3
        if(IsTollFreeBridged(class, obj))
4
        {
5
            NSCAssert(0, @"Cannot create zeroing weak reference to object of type %@ with COREFOUNDATION_HACK_LEVEL set to %d", class, COREFOUNDATION_HACK_LEVEL);
6
            return class;
7
        }
8
        else
9
        {

The implementation of IsTollFreeBridged simply checks to see if the class name starts with NSCF:

1
    static BOOL IsTollFreeBridged(Class class, id obj)
2
    {
3
        return [NSStringFromClass(class) hasPrefix: @"NSCF"];
4
    }

1
            NSString *newName = [NSString stringWithFormat: @"%s_MAZeroingWeakRefSubclass", class_getName(class)];
2
            const char *newNameC = [newName UTF8String];

1
            Class subclass = objc_allocateClassPair(class, newNameC, 0);

1
            Method release = class_getInstanceMethod(class, @selector(release));
2
            Method dealloc = class_getInstanceMethod(class, @selector(dealloc));
3
            class_addMethod(subclass, @selector(release), (IMP)CustomSubclassRelease, method_getTypeEncoding(release));
4
            class_addMethod(subclass, @selector(dealloc), (IMP)CustomSubclassDealloc, method_getTypeEncoding(dealloc));

1
            objc_registerClassPair(subclass);
2

3
            return subclass;
4
        }
5
    }

The trouble is that simply writing [super release] won’t work, because the compiler only allows that in a true, compile-time method implementation. In order to perform the equivalent action, it’s necessary to figure out the superclass of the custom weak reference subclass. This is done using a simple helper function which calls GetCustomSubclass and returns the superclass of that class:

1
    static Class GetRealSuperclass(id obj)
2
    {
3
        Class class = GetCustomSubclass(obj);
4
        NSCAssert(class, @"Coudn't find ZeroingWeakRef subclass in hierarchy starting from %@, should never happen", object_getClass(obj));
5
        return class_getSuperclass(class);
6
    }

1
    static void CustomSubclassRelease(id self, SEL _cmd)
2
    {
3
        Class superclass = GetRealSuperclass(self);
4
        IMP superRelease = class_getMethodImplementation(superclass, @selector(release));
5
        WhileLocked(^{
6
            ((void (*)(id, SEL))superRelease)(self, _cmd);
7
        });
8
    }

1
    static void CustomSubclassDealloc(id self, SEL _cmd)
2
    {
3
        ClearWeakRefsForObject(self);
4
        Class superclass = GetRealSuperclass(self);
5
        IMP superDealloc = class_getMethodImplementation(superclass, @selector(dealloc));
6
        ((void (*)(id, SEL))superDealloc)(self, _cmd);
7
    }

Examples: Basic usage of MAZeroingWeakRef is simple:

1
    NSAutoreleasePool *pool = [[NSAutoreleasePool alloc] init];
2
    NSObject *obj = [[NSObject alloc] init];
3
    MAZeroingWeakRef *ref = [[MAZeroingWeakRef alloc] initWithTarget: obj];
4

5
    NSLog(@"%@", [ref target]);
6
    [obj release];
7
    [pool release];
8

9
    NSLog(@"%@", [ref target]);

Using a cleanup block is similarly simple:

1
    NSObject *obj = [[NSObject alloc] init];
2
    MAZeroingWeakRef *ref = [[MAZeroingWeakRef alloc] initWithTarget: obj];
3
    [ref setCleanupBlock: ^(id target) { NSLog(@"Cleaned object %p!", target); }];
4
    [obj release];

A simple way to turn a regular instance variable into a zeroing weak reference is to use MAZeroingWeakRef in your getter and setter, and then make sure to always use your getter in other code:

1
    // ivar
2
    MAZeroingWeakRef *_somethingWeakRef;
3

4
    // accessors
5
    - (void)setSomething: (Something *)newSomething
6
    {
7
        [_somethingWeakRef release];
8
        _somethingWeakRef = [[MAZeroingWeakRef alloc] initWithTarget: newSomething];
9
    }
10

11
    - (Something *)something
12
    {
13
        return [_somethingWeakRef target];
14
    }
15

16
    // use
17
    - (void)doThing
18
    {
19
        [[self something] doThingWithObject: self];
20
    }

For a more advanced use, here’s an addition to NSNotificationCenter that eliminates the need to manually remove an observer in dealloc:

1
    @implementation NSNotificationCenter (MAZeroingWeakRefAdditions)
2

3
    - (void)addWeakObserver: (id)observer selector: (SEL)selector name: (NSString *)name object: (NSString *)object
4
    {
5
        [self addObserver: observer selector: selector name: name object: object];
6

7
        MAZeroingWeakRef *ref = [[MAZeroingWeakRef alloc] initWithTarget: observer];
8
        [ref setCleanupBlock: ^(id target) {
9
            [self removeObserver: target name: name object: object];
10
            [ref autorelease];
11
        }];
12
    }
13

14
    @end

Similarly, if you’re tired of mysterious crashes caused by NSTableView data sources being deallocated before the views themselves, you can easily fix it:

1
    @implementation NSTableView (MAZeroingWeakRefAdditions)
2

3
    - (void)setWeakDataSource: (id <NSTableViewDataSource>)source
4
    {
5
        [self setDataSource: source];
6

7
        MAZeroingWeakRef *ref = [[MAZeroingWeakRef alloc] initWithTarget: observer];
8
        [ref setCleanupBlock: ^(id target) {
9
            if([self dataSource] == target) // double check for safety
10
                [self setDataSource: nil];
11
            [ref autorelease];
12
        }];
13
    }
14

15
    @end

Essentially, any time you have a weak reference (an object reference that you don’t retain or copy), you should use a MAZeroingWeakRef instead of a raw unretained pointer. It will save you trouble and pain and is extremely easy to use.

ZeroingCollections The repository includes MAWeakArray and MAWeakDictionary, subclasses of NSMutableArray and NSMutableDictionary which use zeroing weak references to their contents. MAWeakDictionary uses strong keys to weak objects, which would be useful for many caching scenarios. I won’t go through their code here, but they’re simple, and you can look at the code in the repository if you’re curious.

Although I didn’t write them, it would be possible to creat a weak version of NSMutableSet and NSMutableDictionary which uses weak keys instead of, or in addition to, weak objects. These would be trickier due to hashing/equality issues with the weak references, but could certainly be done.

Conclusion Zeroing weak references are an extremely useful construct present in many languages. Even Objective-C has them when running under garbage collection, but without GC, Objective-C code has been stuck using non-zeroing weak references, which are tricky and dangerous.

MAZeroingWeakRef brings zeroing weak references to manual memory managed Objective-C. Although it uses some trickery on the inside, the API is extremely simple to use. By automatically zeroing weak references, you avoid many potential crashers and data corruption. Zeroing weak references can also be used for things like object caches where non-zeroing weak references aren’t very practical at all.

The code is made available under a BSD license.

For the next Friday Q&A in two weeks, I will discuss how MAZeroingWeakRef works around the problems with CoreFoundation objects. Until then, enjoy!