-
Notifications
You must be signed in to change notification settings - Fork 576
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
BFTask retain cycle #284
base: main
Are you sure you want to change the base?
BFTask retain cycle #284
Conversation
Thank you for your pull request and welcome to our community. We require contributors to sign our Contributor License Agreement, and we don't seem to have you on file. In order for us to review and merge your code, please sign up at https://code.facebook.com/cla - and if you have received this in error or have any questions, please drop us a line at [email protected]. Thanks! If you are contributing on behalf of someone else (eg your employer): the individual CLA is not sufficient - use https://developers.facebook.com/opensource/cla?type=company instead. Contact [email protected] if you have any questions. |
Thank you for signing our Contributor License Agreement. We can now accept your code for this (and any) Facebook open source project. Thanks! |
I'm pretty sure we can't implement this suggestion, as the retain cycle is needed to keep one off tasks alive before they finish/cancel/error. If this was implemented, tasks that do not have external references to them would be deallocated immediately. IMO: It's a user error not to finish or cancel your task, not the frameworks error. |
[executor execute:executionBlock]; | ||
[executor execute:^{ | ||
executionBlock(self); | ||
}]; |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Remove block
There is a way to introduce retain cycle and get a
BFTask
object leaked. Just create a task that is never finished with result/error or cancelled. Here is the example:The
BFTask
object is captured in theexecutionBlock
block of thecontinueWithExecutor:block:cancellationToken:
method.I'd propose to get rid of
self
reference capturing and cancel the task on deallocation (if needed).