支持C++11及更高版本的编译器为何还需要使用Boost.SmartPtr？

Boost C库是知名的C语言与标准库特性试验场，很多特性会在后续C标准版本更新时被吸纳进入标准。不过那些最终成为标准组成部分的Boost组件仍会在Boost库中保留，智能指针就是上述情况的典型示例。那么对于支持C11及更高版本的C++编译器，我为何还需要使用Boost.SmartPtr？

虽然C++11已经将shared_ptr、unique_ptr等核心智能指针纳入标准库，但Boost.SmartPtr仍具备不少标准库暂未覆盖、或适配性更强的能力，在很多场景下依然有使用价值：

• 更丰富的智能指针类型：Boost.SmartPtr提供了多个标准库至今没有的实现，比如用于适配自带引用计数对象的boost::intrusive_ptr，它不需要额外存储引用计数，开销远低于std::shared_ptr，非常适合对接第三方库内置引用计数的资源对象；还有boost::shared_array，在仅支持C11的环境下不需要自定义删除器就能直接管理动态数组，而标准库的std::shared_ptr<T[]>直到C17才正式支持。
• 更多实用的扩展功能：Boost提供了很多标准库晚了好几个版本才支持、甚至至今未支持的工具函数，比如boost::make_shared_noinit可以跳过POD类型的默认初始化，在分配大数组场景下能大幅提升性能，同等能力的std::make_shared_for_overwrite直到C++20才进入标准；此外Boost的智能指针类型转换、自定义删除器适配、别名构造的灵活度都高于同版本的标准库实现。
• 跨版本兼容能力强：如果你的项目需要同时兼容C03和C11及以上的编译环境，使用Boost.SmartPtr可以保证多环境下的行为完全一致，不需要写多套适配逻辑；同时Boost的实现经过了二十多年的大规模生产环境验证，部分老旧C++11编译器的标准库智能指针存在线程安全、边缘场景处理的bug，用Boost实现可以规避这类底层差异问题。
• 更灵活的定制能力：Boost.SmartPtr支持更多自定义配置项，比如可以自定义intrusive_ptr的引用计数增减逻辑、定制引用计数的存储策略、控制ABI依赖，在对性能、二进制兼容性要求高的场景下，适配性比标准库的固定实现更强。

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