In iOS development there are moments where you ask yourself: “To weak, or not to weak, that is the question”. Let’s see how “to weak” with the arrays.


In this article, I speak about memory management without explaining it since it would be beyond the goal of this article. The official documentation is a good starting point to learn this subject. Then, if you have other doubts, please leave a comment and I’ll reply as soon as possible.

Array is the most popular collection in Swift. By default, it maintains a strong references of its elements. Even if this behaviour is useful most of the time, you might have some scenarios where you would want to use weak references. For this reason, Apple provides an alternative to Array which maintains weak references of its elements: NSPointerArray.

Before looking at this class, let’s see and example to understand why we should use it.

Why Weak References?

Let’s use, as example, a ViewManager class which has two properties of type View. In its constructor, we add these views in an array to inject inside Drawer—which uses this array to draw something inside the views. Finally, we have a method destroyViews to destroy the two Views:

Unfortunately, destroyViews doesn’t destroy the two views because the array inside Drawer is maintaining a strong reference of the views. We can avoid this problem replacing the array with a NSPointerArray.


NSPointerArray is an alternative to Array with the main difference that it doesn’t store an object but its pointer (UnsafeMutableRawPointer).

This type of array can store the pointer maintaining either a weak or a strong reference depending on how it’s initialised. It provides two static methods to be initialised in different ways:

Since we want an array of weak references, we’ll use NSPointerArray.weakObjects().

Now, we can add a new object in this array:

Since using the pointer may be annoying, you can use this extension which I made to simplify the NSPointerArray:

Thanks to this extension, you can replace the previous example with:

If you want to clean the array removing the objects with value nil, you can call the method compact():

At this point, we can refactor the example used in “Why Weak References?” with the following code:


  1. You may have noticed that NSPointerArray stores pointers of AnyObject only, it means that you can store just classes—so neither structs nor enums. You can store protocols if they have the keyword class:

  2. If you want to play with NSPointerArray, I suggest you to avoid the Playground since you may have odd behaviours with the retain count. A sample app would be better.


NSPointerArray is very useful to store objects maintaining weak references, but it has a problem: it’s not type-safe.

For “not type-safe”, I mean that the compiler is not able to infer the type of the objects inside NSPointerArray, since it uses pointers of objects AnyObject. For this reason, when you get an object from the array, you must cast it to your object type:

object(at:) comes from my NSPointerArray extension which I shown previously.

If we want to use a type-safe alternative we can’t use NSPointerArray anymore.

A possible workaround is creating a new class WeakRef with a generic weak property value:

private(set) exposes value in read-only mode, in this way no one can set its value from outside the class.

Then, we can create an array of WeakRef, where value is your MyClass object to store:

Now, we have an array type-safe which maintains a weak reference of your MyClass objects. The disadvantage of this approach is that we must add an extra layer in our code (WeakRef) to wrap the weak reference in a type-safe way.

If you want to clean the array removing the objects with value nil, you can write the following method:

filter returns a new array with the elements that satisfy the given predicate. You can find more details in the documentation.

Now, we can refactor the example used in “Why Weak References?” with the following code:

A cleaner version using the typealias:

Dictionary And Set

This article has the main focus on Array, if you need something similar to NSPointerArray for Dictionary you can have a look at NSMapTable, whereas for Set you can use NSHashTable.

If you want a type-safe Dictionary/Set, you can achieve it storing a WeakRef object.


I guess you are not going to use arrays with weak references very often, but it’s not an excuse not to know how to achieve it. In iOS development the memory management is very important to avoid memory leaks, since iOS doesn’t have a garbage collector. ¯\_(ツ)_/¯