Make it easier to safely hold a reference that can cancel an operation without holding the whole operation about async HOT 1 OPEN

It's a tricky problem

I was about to suggest using a Finalizer or weak reference, but the disposer actually do need to retain a reference to the object, even if it's the last reference in the world, if the object still needs to be disposed.

The disposer's cancel operation does not need to retain the result, though. When the cancel becomes a no-op, it doesn't need to retain anything.

So the design here could work. I don't like safeCancel. I can't explain to people why not use safeCancel every time, so it should just be cancel and be the first cancel you find.
Then it will also be weird if it's not a method.

I can't find a good rewrite with those constraints, not with the current interface (same object provides both the operation and the cancel, so as long as the outer object is alive, someone might get the operation result, but the cancel keeps the outer object alive.
The solution here is to not keep the object alive through the tear-off, by not making it a tear-off.

Not sure I'm happy with any approach here. Might even be better to just do nothing, and recommend users keep the life-time of their disposer as limited as possible.

from async.