co_await协程中get_strong/get_weak使用及强弱引用必要性探讨

首先明确结论：不是必须在所有带co_await的类成员协程中都使用强弱引用，关键看协程挂起期间，所属对象是否有被销毁的可能。

需要使用强弱引用的场景 #

当协程执行到co_await挂起后，所属对象存在被外部销毁的风险时，必须通过弱引用捕获this，在co_await恢复后先锁定为强引用，确认对象存活再访问成员。

典型例子：协程中co_await一个耗时异步操作（比如网络请求、大文件读写），这段时间用户可能主动销毁对象（比如关闭窗口），如果直接访问this就会触发悬空指针访问，导致崩溃。

可以省略强弱引用的场景 #

只要能确保协程在所有co_await恢复后执行代码时，所属对象一定还存活，就可以跳过强弱引用的处理。普通协程里也存在类似文档中事件源的场景，比如：

• 协程的生命周期与对象严格绑定：比如对象析构时会主动等待协程完成（比如持有协程的IAsyncAction并调用get()等待），确保对象不会在协程挂起时被销毁；
• 启动协程的代码持有对象的强引用，且全程不释放：比如外部调用者持有对象的强智能指针，启动协程后一直持有到协程执行完毕；
• co_await的是无挂起或极短时间的操作：比如co_await winrt::resume_foreground()切换到UI线程，而对象是UI控件，只要UI窗口没关闭，对象就必然存活，这种场景下访问成员是安全的。

核心判断逻辑 #

本质上看的是协程挂起阶段，对象的生命周期是否有保障。如果挂起期间对象不可能被销毁，那co_await之后直接访问成员就没问题；反之，必须通过强弱引用做存活检查。

内容的提问来源于stack exchange，提问作者rsp