介绍
问题产生于对条件接口的需求.可能是因为我陷入了XY问题,但是(底线)我最终需要一个共享指针(基于运行时选择)管理或不管理(拥有或不拥有)资源.
到目前为止工作
以下是对非拥有共享指针的一些想法
>使用新的展示位置,例如：
struct MyStruct {};
MyStruct ms1;
std::shared_ptr<MyStruct> sp(new(&ms1) MyStruct);
>使用虚拟删除器
std::shared_ptr<MyStruct> spn(new MyStruct,[](MyStruct*){});
题
>是否有标准的提议方式？
>有“不做”的规则吗？
>至少有更好的方法吗？
笔记
我的类布局(将使用非拥有共享指针)如下所示：
template<typename T>
struct blah
{
shared_ptr<T> _m;
};
现在,_m成员可能拥有或不拥有基于运行时选择的资源.我没有使用weak_ptr的原因是因为_m实际上可能是一个拥有指针.
解决方法
placement new显然是UB,因为它会在你的代码片段中尝试删除堆栈上的东西.空删除器版本将起作用,但将分配引用计数块.
诀窍是使用shared_ptr的疯狂(ok,aliasing)构造函数：
template< class Y > shared_ptr( const shared_ptr<Y>& r,T *ptr );
构造一个拥有r拥有者的shared_ptr,但指向ptr指向的东西,即：
std::shared_ptr<MyStruct> sp(std::shared_ptr<MyStruct>(),p);
这是保证不受标准的限制,并且不会分配任何东西.该标准甚至还有一个说明
[ Note: This constructor allows creation of an empty
shared_ptr
instance with a non-null stored pointer. —end note ]
版权声明：本文内容由互联网用户自发贡献，该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 dio@foxmail.com 举报，一经查实，本站将立刻删除。
