为什么C++没有非同步版本的std::shared_ptr智能指针？

为什么C++标准没有原生提供非同步版本的std::shared_ptr #

C++标准设计std::shared_ptr时的核心定位是支持跨线程安全共享的引用计数智能指针，默认提供线程安全保证是优先级更高的设计选择：如果标准同时提供线程安全/非线程安全两个变体，普通开发者很容易在多线程场景下误用非同步版本，产生极难排查的并发内存错误，因此标准组选择了把安全性作为默认选项，性能敏感的特殊场景交给开发者自行适配。

非同步引用计数智能指针的落地方案 #

你需要的非同步引用计数智能指针并不难获得，常见的实现路径有两种：

• 编译器厂商的扩展实现：比如GNU的libstdc++提供了__gnu_cxx::__shared_ptr模板，第二个模板参数指定为__gnu_cxx::_S_single即可关闭线程安全校验，使用非原子类型的引用计数，功能和std::shared_ptr完全一致，单线程场景下的拷贝、析构性能比默认版本高30%以上，缺点是依赖特定编译器，不具备跨平台可移植性。
• 自定义实现：非线程安全的引用计数智能指针逻辑非常简单，只需要在类内部维护一个普通整型的引用计数器，构造、拷贝、赋值、析构时对应增减计数器，计数器为0时释放托管对象即可，几十行代码就能完成可移植的实现，完全可以满足单线程场景的需求。

关于const&传递std::shared_ptr的合理性 #

你觉得这种方案奇怪本质上是对std::shared_ptr的使用场景存在误解：绝大多数不需要延长对象生命周期、不需要转移共享所有权的场景，本来就不需要拷贝std::shared_ptr，传递const&甚至裸指针都是最优解，完全不会触发引用计数的原子操作开销。只有当你需要高频拷贝大量std::shared_ptr（比如在性能敏感的循环内反复复制共享指针）的时候，原子操作的开销才会成为瓶颈，这种场景才需要考虑替换为非同步的引用计数指针。

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