- 主题:是不是有不少c++农滥用shared_ptr了，ctor，dtor时的原子加减就
构造析构时的原子加减得50个时钟周期了吧
--
FROM 223.104.211.*
嗯，如果是类成员的话，只需要unique_ptr，用shared_ptr属于牛刀杀鸡
【 在 stub 的大作中提到: 】
: 构造析构时的原子加减得50个时钟周期了吧
--
FROM 221.218.211.*
大部分人不是做高频交易这种卡时间特别紧的场合
一般情况下50个时钟周期算啥呢
否则要那么快的cpu 干啥
【 在 stub 的大作中提到: 】
: 构造析构时的原子加减得50个时钟周期了吧
--
FROM 98.228.215.*
用unique_ptr时时刻刻绷根弦，用shared_ptr就没有这个顾虑了。
【 在 stub 的大作中提到: 】
: 构造析构时的原子加减得50个时钟周期了吧
--
FROM 124.64.16.*
关心这个的，会弄个编码规范，加入checklist，对着checklist查。
不关心的，随便用。就跟不少人传递std::string之类的传值而不传引用一样。
--
FROM 114.241.228.*
与后面不少回复看法一致。
现在的 CPU 和系统内存都很宽裕，在非热点、对性能不敏感的代码，正确性和开发效率重要性远高于性能的考虑。
而真正在那1%不到的对性能敏感的代码那里，哪里还有会用什么智能指针这些东西。
【 在 stub 的大作中提到: 】
: 构造析构时的原子加减得50个时钟周期了吧
--
修改:SunnyFounder FROM 114.253.35.*
FROM 114.253.35.*
是的，真正考虑效率的地方都是用裸指针，裸指针指向的内存是否align 都是要考虑的。
【 在 SunnyFounder 的大作中提到: 】
: 与后面不少回复看法一致。
: 现在的 CPU 和系统内存都很宽裕，在非热点、对性能不敏感的代码，正确性和开发效率重要性远高于性能的考虑。
: 而真正在那1%不到的对性能敏感的代码那里，哪里还有会用什么智能指针这些东西。
--
FROM 101.88.252.*