gpt4 book ai didi

multithreading - 多线程读写a::STL::vector,vector资源难释放

转载 作者:行者123 更新时间:2023-12-04 06:47:14 33 4
gpt4 key购买 nike

我正在使用 VS2005 的 STL 编写代码。我有一个 UI 线程来读取矢量,还有一个工作线程来写入矢量。我使用::boost::shared_ptr 作为向量元素。

vector<shared_ptr<Class>> vec;

但我发现,如果我同时在两个线程中操作 vec(我可以保证它们不会访问同一区域,UI 线程总是读取有信息的区域)

vec.clear() 好像不能释放资源。问题发生在 shared_ptr,它无法释放它的资源。

问题是什么?是不是因为当vector达到它的序容量时,它在内存中重新分配,那么原来的部分就失效了。

据我所知,在重新分配时,迭代器将无效,为什么我使用 vec[i] 时也会发生一些问题。//--------------------------------------------

需要什么样的锁?我的意思是:如果向量的元素是一个 shared_ptr,当一个线程 A 得到点 smart_p 时,另一个线程 B 会等到 A 完成对 smart_p 的操作,对吗?或者只是在线程尝试读取该点时简单地添加锁,当读取操作完成时,线程 B 可以继续执行某些操作。

最佳答案

当您从多个线程访问同一资源时,锁定是必要的。如果不这样做,就会出现各种奇怪的行为,就像您所看到的那样。

由于您使用的是 Boost,因此使用锁定的一种简单方法是使用 Boost.Thread 库。您可以在这种情况下使用的最好的锁是读/写锁;他们叫shared_mutex在 Boost.Thread 中。

但是,是的,由于线程之间缺乏同步,您看到的本质上是未定义的行为。希望这对您有所帮助!

编辑以回答 OP 的第二个问题:从向量中读取智能指针时应使用读取器锁,在向向量写入或添加项目时应使用写入器锁(因此,互斥锁仅用于向量) .如果多个线程将访问pointed-to 对象(即智能指针指向的对象),则应为它们设置单独的锁。在这种情况下,您最好也将互斥对象放入对象类中。

关于multithreading - 多线程读写a::STL::vector,vector资源难释放,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/268153/

33 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com