shard_ptr这样用有问题吗？

水木社区手机版

主题:shard_ptr这样用有问题吗？
10楼|hgoldfish|2021-06-22 14:35:25|只看此ID
改成这样或许就没有问题了：

process() {
auto copy = mProcess;
copy->do();
}

【在 speedboy2998 (极品飞车) 的大作中提到: 】
: 多个线程调用 process();
: 有一个线程不定期调用 set()；
: 应该是没有问题的吧。
: ...................
--
FROM 117.28.153.*
11楼|here080|2021-06-22 14:42:27|只看此ID
为什么要用同一个模块？
更新模块为什么不在原对象上更新，而是新建对象？
【在 ble (ble) 的大作中提到: 】
: 标题: Re: shard_ptr这样用有问题吗？
: 发信站: 水木社区 (Tue Jun 22 14:31:35 2021), 站内
:
: 楼主的例子是多个线程用同一个模块啊，一个线程负责更新模块。
:
: 【在 here080 的大作中提到: 】
: :
: : 问题是，你为什么要share?
: : copy一份不香吗？
: : share的对象往往内部还要再加锁，而且容易出现无法预料的线程竞争。
: : 【在 ble (ble) 的大作中提到: 】
:
: #发自zSMTH@IN2010
: --
:
: ※ 来源:·水木社区 http://www.mysmth.net·[FROM: 114.255.33.*]
--
FROM 76.126.252.*
12楼|ble|2021-06-22 15:03:44|只看此ID
对于一个复杂的公用模块，你说是一边更新里面的细节一边让人用安全，还是完整更新好了，再把新的替换过去安全啊？

如果完成事务需要调用模块好几次，老司机也怕这样吧：
p->funcA()
//blablabla
newP->funcB()

在网络服务里面，这些对应的是全局复用模块，而单次请求数据，才适合你说的拷贝场景。

【在 here080 的大作中提到: 】
:
: 为什么要用同一个模块？
: 更新模块为什么不在原对象上更新，而是新建对象？
: 【在 ble (ble) 的大作中提到: 】
: : 标题: Re: shard_ptr这样用有问题吗？

#发自zSMTH@IN2010
--
FROM 114.255.33.*
13楼|here080|2021-06-22 15:14:22|只看此ID
当然是整个拷贝一份安全啊。
你没回答“为什么要用同一个模块”这个问题。

* 如果不需要用同一个模块，那么复制是最好的解决办法。
----------------------------------------------------
class ModuleManager {
public:
  void WriteModule(const Data& data) {
    写锁
    module_ = NewModule(data);
  }

  Module ReadModule() const {
    读锁
    return module_;
  }

private:
  Module module_;
};
====================================================

* 如果需要用到同一个模块，那么模块本身就要内部加锁，此时有很多设计问题需要回答才能正确的选择用什么模型。但是可以想象，使用shared_ptr的结果是有一些消费者会用到老的模块而有一些消费者会用到新的模块。所谓的“需要用到同一个模块”根本就无法实现。
【在 ble (ble) 的大作中提到: 】
: 标  题: Re: shard_ptr这样用有问题吗？
: 发信站: 水木社区 (Tue Jun 22 15:03:44 2021), 站内
:
: 对于一个复杂的公用模块，你说是一边更新里面的细节一边让人用安全，还是完整更新好了，再把新的替换过去安全啊？
:
: 如果完成事务需要调用模块好几次，老司机也怕这样吧：
: p->funcA()
: //blablabla
: newP->funcB()
:
: 在网络服务里面，这些对应的是全局复用模块，而单次请求数据，才适合你说的拷贝场景。
:
:
: 【在 here080 的大作中提到: 】
: :
: : 为什么要用同一个模块？
: : 更新模块为什么不在原对象上更新，而是新建对象？
: : 【在 ble (ble) 的大作中提到: 】
: : : 标题: Re: shard_ptr这样用有问题吗？
:
: #发自zSMTH@IN2010
: --
:
: ※ 来源:·水木社区 http://www.mysmth.net·[FROM: 114.255.33.*]
--
FROM 76.126.252.*
14楼|dpblue|2021-06-22 18:24:28|只看此ID
为什么在这里要用智能指针？

【在 speedboy2998 的大作中提到: 】
:
: 多个线程调用 process();
: 有一个线程不定期调用 set()；
:
: 应该是没有问题的吧。
--
FROM 49.183.168.*
15楼|god4|2021-06-22 20:41:14|只看此ID
这就是恶心的cpp新版本，简单问题复杂化，你觉得你弄清楚了你多牛b？还不是被玩死
--
修改:god4 FROM 117.136.0.*
FROM 117.136.0.*
16楼|smallball|2021-06-23 09:31:51|只看此ID
陈硕的《linux多线程服务端编程》的第一章讨论过这个问题
结论是shared_ptr仅内部的引用计数是原子操作，可以并发，其它部分并不行，意思就是shared_ptr不是线程安全的对象，需要加锁

【在 speedboy2998 的大作中提到: 】
: 多个线程调用 process();
: 有一个线程不定期调用 set()；
: 应该是没有问题的吧。
: ...................
--
FROM 36.112.85.*
17楼|libgcc|2021-06-23 23:36:40|只看此ID
我最近2个月面试了十几个人
问用过c++11么,大部分都说用过
用过什么,shared_ptr
unique_ptr用过吗,没有
你们用shared_ptr干啥,智能指针啊,不用自己手动delete

【在 here080 (hero080) 的大作中提到: 】
: 当然是错的。
: 此处应该用unique_ptr，并加锁。
: 我在网上看到的99%的shared_ptr使用都是滥用。
: ...................
--
FROM 171.83.6.*
18楼|libgcc|2021-06-24 00:11:09|只看此ID
你问过这个问题啊

发信人: speedboy2998 (极品飞车), 信区: CPlusPlus
标  题: shared_ptr 这样使用要加锁吗？
发信站: 水木社区 (Fri Sep 25 10:52:40 2020), 站内

如下代码，A线程循环调用 read函数, B 线程循环调用createNew函数，会不会有问题？

class Test

{
  public:
  Test()
{
       mPtr = std::make_shared<T>();
}
  void read()
  {
      auto ptr = mPtr;
      if (ptr)

      {
           ptr->doSomething();
      }
  }

void createNew()
{
    mPtr = std::make_shared<T>();
}

private:
   std::shared_ptr<T> mPtr;
}
--
FROM 171.83.6.*
19楼|here080|2021-06-24 01:46:03|只看此ID
没错，滥用非常普遍。尤其是java程序员转过来的。
我当年java写得熟，刚开始写一点C++也喜欢各种shared_ptr
【在 libgcc (乞讨积分,求施舍,长期有效) 的大作中提到: 】
: 我最近2个月面试了十几个人
: 问用过c++11么,大部分都说用过
: 用过什么,shared_ptr
: ...................
--
FROM 76.126.252.*