这是一个创建于 2145 天前的主题，其中的信息可能已经有所发展或是发生改变。
感觉这个东西有点儿厉害呀，如果在项目里统一的用 shared ＿ ptr 来持有和操作 new 出来的对象，基本上不用担心垃圾回收了．
各位平时在项目里用的多吗？有没有什么坑呢？
31 条回复 • 2022-11-16 20:05:20 +08:00
 |
1
Fraotisc 2019-12-17 16:51:48 +08:00 via Android
用的多，坑在 effective C++上有详细说明
|
 |
2
midasfree 2019-12-17 17:18:11 +08:00
现在有现代点的 c++项目不用 shared_ptr 的？
|
 |
3
evilhero 2019-12-17 17:29:08 +08:00 via Android
借楼问一下，现在 c/c++应用场景有些什么，感觉快没地位了
|
 |
4
turi 2019-12-17 17:43:33 +08:00
多啊
坑就是你 shared 我，我 shared 你 避免一下就行了 |
 |
5
lhx2008 2019-12-17 17:47:32 +08:00 via Android
反正还是朝着高级语言迈进，造各种轮子，性能又提高不了多少
|
 |
7
yujincheng08 2019-12-17 17:55:37 +08:00 via Android
share 尽量少用，多用的还是 unique。
|
 |
8
across 2019-12-17 18:00:24 +08:00
好久没写 C++了···
就是 share 多了，释放时机不容易掌握。 |
 |
9
geminikingfall 2019-12-17 18:01:00 +08:00
如果不是多线程共享资源，还是推荐 unique_ptr，不会带来问题，滥用 shared_ptr 会带来隐藏问题。
|
|
10
yujincheng08 2019-12-17 18:04:12 +08:00 via Android  1
@yujincheng08 滥用 share 容易出现循环引用导致内存泄露。而且 share 本身性能就不算好。还是搞清楚所有权，尽量用 unique 和裸指针，只用真的不止一个所有者权时，才用 share。
|
 |
11
cyhone 2019-12-17 18:08:25 +08:00
推荐我的一篇文章：《 C++ 智能指针的正确使用方式》
https://www.cyhone.com/articles/right-way-to-use-cpp-smart-pointer/ 里面有介绍了三种智能指针以及裸指针的使用场景 |
 |
12
qieqie 2019-12-17 18:53:02 +08:00
c++11 只有 make shared 没有 make unique(c++14 才加）也是挺奇怪的
|
|
13
yujincheng08 2019-12-17 19:20:20 +08:00
@qieqie 其实是忘了加上去了
|
 |
14
nightwitch 2019-12-17 20:17:19 +08:00 1
@yujincheng08 shared_ptr 下层就比 raw ptr 多了个引用计数，不存在什么太大的 overhead，只有构造的时候会稍微慢一点，但也是和 unique_ptr 一个量级的。
根据，http://blog.davidecoppola.com/2016/10/performance-of-raw-pointers-vs-smart-pointers-in-cpp/，连续构造销毁一百万次 shared_ptr，大约比原始指针慢一倍，可以理解，原始指针只需要调用一次 new, shared_ptr 要调用两次 new(变量本身和引用计数器，但是一百万次才 40ms 的开销完全可以忽略不计。 shared_ptr 的坑在一个是循环引用，二是 shared_ptr 自身线程安全（引用计数器是原子操作），但是读写 shared_ptr 管理的对象的时候要加锁，这个坑多线程很容易掉进去。 可以等一波 C++20 的原子智能指针了。 |
 |
15
hehheh 2019-12-17 21:44:58 +08:00
用得很多啊，其实不管是用 unique 还是用 shared，想一下需要用指针的哪些场景，然后也不难理解什么时候需要什么了。
|
|
16
hehheh 2019-12-17 21:48:27 +08:00
@evilhero 对速度有要求的场合。游戏，高频交易，仿真，当然还有各种底层库比如 opencv。其实我一直不明白为什么 python 的一大堆库是用 c 写的而不是 c++，c++效率高多了啊
|
|
17
hehheh 2019-12-17 21:50:48 +08:00 1
@yujincheng08 能用 shared 写循环导致内存泄露的。。。这个人估计根本不适合写 c++吧。。。
|
 |
18
icylogic 2019-12-17 22:06:32 +08:00
这种问题很多文章了啊，比在这讨论靠谱多了 ……
https://herbsutter.com/2013/05/29/gotw-89-solution-smart-pointers/ https://herbsutter.com/2013/06/05/gotw-91-solution-smart-pointer-parameters/ 而且涉及到真正需要管理 ownership 的地方都是要很小心做封装的，往上一层不涉及 ownership 的地方用 T* T& 传来传去就完事了…… https://isocpp.github.io/CppCoreGuidelines/CppCoreGuidelines#r3-a-raw-pointer-a-t-is-non-owning https://isocpp.github.io/CppCoreGuidelines/CppCoreGuidelines#fcall-parameter-passing |
 |
19
secondwtq 2019-12-17 22:13:21 +08:00
shared_ptr 的最大性能问题是多线程同时操作引用计数
shared_ptr 自身的最大问题是它给你一种可以不用管内存管理问题的假象，让程序员变得过于懒 因为 shared_ptr 的语义是 shared ownership，C++ 要求程序员把 ownership 这坨东西理清楚再写代码，不想折腾的去写 Go 和 JS，shared_ptr 不是合适的解决方案 @icylogic 也就 F2EX 只会瞎吹 ... |
|
20
yujincheng08 2019-12-17 22:21:52 +08:00
@nightwitch 我说的效率就是那个原子增减操作。不频繁拷贝析构就好。
|
|
21
yujincheng08 2019-12-17 22:23:06 +08:00
@hehheh 但问题就是很多人无脑上 shared_ptr，以为万能，最后内存泄漏。知道有循环引用问题的也就知道用 unique_ptr 了。
|
 |
22
dbow 2019-12-17 22:39:57 +08:00
unique_ptr 用的最多，ownership 确定， 随意写也不容易产生泄露。
|
 |
25
benson458 2019-12-17 23:13:28 +08:00 via iPhone
用啊，领导强烈要求项目中不要出现裸指针，所以都用这些，不过 unique_ptr 用的相对多点。
|
 |
26
shiltian 2019-12-18 06:46:39 +08:00 via iPhone
为啥大家都说用 unique 比较多😂难道没有那种场景，比如多个 memory object 指向同一个 memory buffer 吗？
|
 |
27
yksoft1test 2019-12-18 08:14:49 +08:00
表示自己的项目都是 --std=gnu++98 免除这类东西的烦恼
|
 |
28
paoqi2048 2019-12-18 10:33:23 +08:00
大部分情况下 unique_ptr 就够了
|
 |
29
ivvei 2019-12-18 10:48:51 +08:00
不多。用的编译器太老，不支持……
|
 |
31
iclodqp 2022-11-16 20:05:20 +08:00
unique_ptr 基本能用就用，shared_ptr 必须要用就用。
|
Select Language