在任何地方使用共享指针有哪些陷阱?
What are the pitfalls of using shared pointers everywhere?
我们的代码库使用许多向量。其中一些向量彼此共享对象,即它们包含共享对象的std::shared_ptr
。问题是:代码库仍处于活跃的开发阶段,通常需要将一些包含值的向量重写为包含共享指针的向量。这很乏味。所以我想出了一个主意:简单地将所有向量作为共享指针的向量。
问题是:可以吗?我应该注意哪些注意事项?可能出现什么问题?
我做了一些简单且可能幼稚的测量,在初始化和查询值向量和共享指针向量时,它们在性能方面几乎没有区别。
如果性能不是问题,还有什么我应该注意的吗?
我认为这是一个坏主意,JAVA就是这样做的,当你忘记了对象被共享的跟踪并且你通过巨大的代码库中的某个地方的一些临时更改"破坏"它时,这通常会导致问题。
如果将std::vector
与内部对象一起使用,则几乎没有性能问题,除非包含的对象非常大或具有复杂的构造函数。
只有在严格需要时才应在向量中使用指针(共享或非共享(,例如:
- 如果包含的对象是多态的
- 如果包含的对象具有一些不可复制的字段 (IE
std::mutex
( - 如果包含的对象真的很大(IE 视频帧(
相关文章:
- 1d 智能指针不适用于语法 (*)++
- 在C#中处理C++指针而不使用unsafe的最佳方法
- 为什么使用 "this" 指针调用派生成员函数?
- 函数向量_指针有不同的原型,我可以构建一个吗
- 使用指针从C++中的数组中获取最大值
- 助记符和指向成员语法的指针
- 嵌入方指针压缩已禁用
- 数组的指针从不分段故障
- C++ 指针的内存地址和指向数组的内存地址如何相同?
- 何时在引用或唯一指针上使用移动语义
- QMetaObject invokeMethod的基于函数指针的语法
- 如何从 std::atomic 中提取指针 T<T>?
- 如何在 C# 中映射双 C 结构指针?
- C++将浮点指针值舍入为小数位数
- 为什么++(*p)更改指针值
- 调整大小后指向元素值的指针unordered_map有效?
- 正在将指针转换为范围
- 使用指向成员的指针将成员函数作为参数传递
- 在任何地方使用共享指针有哪些陷阱?
- C++11.Lambda 成员变量捕获,"this" STL 列表中的指针陷阱