std::shared_ptr之deleter的巧妙应用

叁歲伎倆 2022-04-05 07:44 106阅读 0赞

本文由作者邹启文授权网易云社区发布。

## std::shared\_ptr ##

一次创建，多处共享，通过引用计数控制生命周期。   
实例   
在邮箱大师PC版中，我们在实现搜索时，大致思路是这样的：   
每一个账号都有一个SearchFlow，搜索开始后，所有SearchFlow一起并发搜索，   
当全部SearchFlow通过callback返回后，意味着搜索结束。   
方案：   
搜索前，使用std::set<int64\_t> accounts记录那些并发搜索的账号，   
当某个账号搜索完成时，在callback中从accounts移除这个账号，   
那么，当accounts为空时，表示整个搜索过程结束。   
问题，假如搜索过程中，某个账号被删除了，其callback不会返回，那么，怎么保证搜索流程全部结束呢？   
std::shared\_ptr在这种情况下就派出了用场，而且非常巧妙。

std::shared_ptr<void> shared_ref_count((void*)0, [](void*){        // end    });    for(int i = 0; i < 5; i++){        auto callback = base::Bind([shared_ref_count](){});        auto flow = new SearchFlow(callback);        flow->Search(key);    }

别忘了，std::shared\_ptr的构造函数中提供了一个`Deleter`，可以让我们自己来释放对象，而我们就在这里执行搜索结束后的代码。   
SearchFlow在执行结束后销毁，或者当账号被删除后直接销毁，那么，保存在callback（注：callback是SearchFlow的成员变量）中的shared\_ref\_count也会销毁，其引用计数-1，当所有SearchFlow都销毁（正常或非正常）后，shared\_ref\_count引用计数为0，此时，Deleter就执行了。   
总结   
std::shared\_ptr的引用计数原本是其内部为了控制生命周期使用，但是，在这里我们却巧妙的利用引用计数来追踪“散发出去”Flow的踪迹，间接观察Flow的生命周期，从而实现一个源头分散出去，最终归于一点的解决方案。

更多网易技术、产品、运营经验分享请访问[网易云社区][Link 1]。

相关文章：  
【推荐】 [一份 ECMAScript 2015 的代码规范（下）][ECMAScript 2015]

[Link 1]: https://sq.163yun.com/blog?tag=M_tg_916_72
[ECMAScript 2015]: https://www.jianshu.com/p/c8186938687b