本篇内容主要讲解“C++怎么将线程看作全局容器”,感兴趣的朋友不妨来看看。本文介绍的方法操作简单快捷,实用性强。下面就让小编来带大家学习“C++怎么将线程看作全局容器”吧!
创新互联自2013年起,先为桥西等服务建站,桥西等地企业,进行企业商务咨询服务。为桥西企业网站制作PC+手机+微官网三网同步一站式服务解决您的所有建站问题。
CP.24:将线程看作全局容器
To maintain pointer safety and avoid leaks, we need to consider what pointers are used by a thread. If a thread is detached, we can safely pass pointers to static and free store objects (only).
为了维持指针的安全性并避免泄露。我们需要考虑线程使用了什么指针。如果线程被detach了,我们可以(只能)安全地向线程传递指向静态变量和自由存储对象的指针。
Example(示例)
void f(int* p)
{
// ...
*p = 99;
// ...
}
int glob = 33;
void some_fct(int* p)
{
int x = 77;
std::thread t0(f, &x); // bad
std::thread t1(f, p); // bad
std::thread t2(f, &glob); // OK
auto q = make_unique(99);
std::thread t3(f, q.get()); // bad
// ...
t0.detach();
t1.detach();
t2.detach();
t3.detach();
// ...
}
通过”OK“这个词我们想表达的是只要线程继续使用某个指针,该指针指向的对象就会留在范围内(并保持可用状态)。通过“bad”这个词,我们想表达的是线程会在对象销毁之后使用指向这个对象的指针。这里,线程并发执行这个事实不会影响生命周期和所有权话题;可以认为这些线程只是some_fct调用的函数对象。
Note(注意)
如果被已经detach了的线程使用的话,哪怕具有静态存储期间的对象也会发生问题:如果该线程一直执行到程序结束,它可能和具有静态存储期间的对象的析构过程并发执行,对于这样的对象的访问可能发生竞争。
Note(注意)
如果你不会detach线程并且使用gsl::joining_thread,本准则就是多余的。然而,转换代码以遵守该准则会很困难,如果是第三方库可能根本就无法实现。在这种情况下,为了保证生命周期安全和类型安全,本准则就变得非常有必要。
通常,无法判断某个线程是否会执行detach操作,但在简单的常见情况时容易检测。如果我们无法证明线程不会调用detach,我们必须假设它会调用并且它的生存期间会超过它被构造的范围;接下来就可以适用通常的生命周期和所有权建议了。
Enforcement(实施建议)
Flag attempts to pass local variables to a thread that might detach().
标记企图将局部变量传递给可能detach的线程的情况。
到此,相信大家对“C++怎么将线程看作全局容器”有了更深的了解,不妨来实际操作一番吧!这里是创新互联网站,更多相关内容可以进入相关频道进行查询,关注我们,继续学习!