关于shared_ptr使用的问题 - C++
我对使用 shared_ptr
的最佳实践有几个疑问。
问题 1
复制 shared_ptr
便宜吗?或者我是否需要将其作为对我自己的辅助函数的引用传递并作为值返回?例如,
void init_fields(boost::shared_ptr<foo>& /*p_foo*/);
void init_other_fields(boost::shared_ptr<foo>& /*p_foo*/);
boost::shared_ptr<foo> create_foo()
{
boost::shared_ptr<foo> p_foo(new foo);
init_fields(p_foo);
init_other_fields(p_foo);
}
问题 2
我应该使用 boost::make_shared
来构造 shared_ptr
吗?如果是,它有什么优势?当 T
没有无参数构造函数时,我们如何使用 make_shared
呢?
问题3
如何使用const foo*
?我找到了两种方法来做到这一点。
void take_const_foo(const foo* pfoo)
{
}
int main()
{
boost::shared_ptr<foo> pfoo(new foo);
take_const_foo(pfoo.get());
return 0;
}
或者
typedef boost::shared_ptr<foo> p_foo;
typedef const boost::shared_ptr<const foo> const_p_foo;
void take_const_foo(const_p_foo pfoo)
{
}
int main()
{
boost::shared_ptr<foo> pfoo(new foo);
take_const_foo(pfoo);
return 0;
}
问题 4
如何返回并检查 shared_ptr
对象上的 NULL
?是不是类似“
boost::shared_ptr<foo> get_foo()
{
boost::shared_ptr<foo> null_foo;
return null_foo;
}
int main()
{
boost::shared_ptr<foo> f = get_foo();
if(f == NULL)
{
/* .. */
}
return 0;
}
任何帮助都会很棒”之类的内容。
如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱,如果其他用户或者作者回复了您的评论,将不能在第一时间通知您!
发布评论
评论(5)
大多数问题已经得到解答,但我不同意共享指针副本很便宜。
副本与引用传递具有不同的语义。它将修改引用计数,这将在最好的情况下触发原子增量,并在最坏的情况下触发锁定。
您必须决定需要什么语义,然后您才会知道是按引用传递还是按值传递。
从性能角度来看,使用 boost 指针容器而不是 shared_ptr 容器通常是更好的主意。
Most of the questions have been answered, but I disagree that a shared_ptr copy is cheap.
A copy has different semantics from a pass-by-reference. It will modify the reference count, which will trigger an atomic increment in the best case and a lock in the worst case.
You must decide what semantics you need and then you will know whether to pass by reference or by value.
From a performance point of view, it's usually a better idea to use a boost pointer container instead of a container of shared_ptr.
复制很便宜,指针不占用太多空间。它的重点是使其变小,以便允许按值在容器中使用(例如
std::vector>
)。make_shared
采用可变数量的参数,并且是优于您自己构建的机制(就像make_pair
)。优点是可读性,特别是在涉及传递临时变量和/或命名空间的情况下:boost::const_ptr_cast 正如已经建议的
智能指针具有重载运算符,可以直接在计算为 bool 的表达式中使用。不要使用
get
。对于任何事情。不要将p.get
与任何内容进行比较,而是比较一个空指针实例 (my_ptr != boost::shared_ptr()
)AD.2
与
Copying is cheap, the pointer doesn't take much space. The whole point of it was to make it small to allow usage in containers by value ( e.g.
std::vector< shared_ptr<Foo> >
).make_shared
takes a variable amount of parameters, and is the prefered mechanicsm over constructing it yourself (just likemake_pair
). The advantage is readability, especially if passing temporaries and/or namespaces is involved:boost::const_ptr_cast as already suggested
smart pointers have overloaded operators and may be directly used in expressions evaluated to bool. Don't use
get
. For anything. Instead of comparingp.get
to anything, compare a empty pointer instance (my_ptr != boost::shared_ptr< MyClass >()
)AD.2
versus
复制一个shared_ptr现在需要花费32个字节的堆栈复制和额外的引用计数增量/减量。决定它对你来说是否便宜,但我认为没有理由不传递 const 引用,特别是你已经有了 ptr 的 typedef:
void f(const foo_ptr &myfoo)
特别是考虑到 C++ 中传递的标准无写权限参数是 const 引用。复制
我希望没有任何函数接受不共享的指针。这与 Java 和 C# 中的参数传递语义类似(尽管不相同)。为什么每次都要深入决定如何传递对象,而不是采用一种标准方法来执行此操作?
与常规指针一样使用
if(p)
。布尔转换语义非常简洁。Copying a shared_ptr now costs 32 bytes in stack copy and extra refcount increments/decrements. Decide whether it is cheap for you or not, but I see no reason why not to pass a const reference, especially that you already have a typedef for the ptr:
void f(const foo_ptr &myfoo)
especially given that the standard no-write-permissions parameter passing in C++ is const reference.
I would prefer having no functions that accept pointer that is not shared. This is similar (though not identical) to parameter passing semantics in Java and C#. Why dive into deciding every time how to pass an object, instead of having one standard way of doing it?
Use
if(p)
just as for regular pointers. The boolean conversion semantics is pretty neat.