Swift Closures - Capturing self as weak
Solution 1
If you assign a closure to a property of a class instance, and the closure captures that instance by referring to the instance or its members, you will create a strong reference cycle between the closure and the instance. Swift uses capture lists to break these strong reference cycles. source Apple
source sketchyTech First, it is important to make clear that this whole issue only concerns closures where we are assigning "a closure to a property of a class instance". Keep this in mind with each rule. The rules:
- use weak capture if the class instance or property is an optional
- use unowned if the class instance or property is non-optional and can never be set to nil
- "you must ... use the in keyword, even if you omit the parameter names, parameter types, and return type"
In answear to your question there should be no retain cycle.
Solution 2
You stated that progressHUD is retained by the owning view controller (self) and you reference it in your closure...so add it to the capture list and then use the captured variable in the closure as follows:
object.setCompletionHandler { [weak self] (error) -> Void in
if(!error){
self?.tableView.reloadData()
}
self?.progressHUD.hide(false)
}
Fergal Rooney
Updated on June 03, 2022Comments
-
Fergal Rooney about 2 years
I am trying to resolve a closure based strong reference cycle in Swift.
In the code below, object is retained by the owning view controller.ProgressHUD
is aUIView
that's also retained by the owning view controller.ProgressHUD
is leaked every time the completion handler is called. When using the new closure capture feature, declaring self as weak or unowned does not resolve the memory leak.object.setCompletionHandler { [weak self] (error) -> Void in if(!error){ self?.tableView.reloadData() } self?.progressHUD?.hide(false) }
However, if I declare a weak var for self outside of the closure, it fixes the memory leak, like this:
weak var weakSelf = self object.setCompletionHandler { (error) -> Void in if(!error){ weakSelf?.tableView.reloadData() } weakSelf?.progressHUD?.hide(false) }
Any ideas as to why this is not working with Swift capturing?
-
Fergal Rooney over 9 yearsAs noted in the original post, neither weak or unowned resolves memory leak. Thanks though.
-
Benjamin Cheah almost 8 yearsUnowned references are implicitly unwrapped so
self?.tableView
should be changed toself.tableView
. -
dferrero almost 8 yearsyou are correct @zxzxlch, I've edited my solution by changing unowned self to weak self, and dropping the progressHUD from the capture list. There should be no retain cycle.
-
Ashley Mills almost 6 yearsHow is this different to the original question?