C++怎么将线程看作全局​容器

本篇内容主要讲解“C++怎么将线程看作全局容器”，感兴趣的朋友不妨来看看。本文介绍的方法操作简单快捷，实用性强。下面就让小编来带大家学习“C++怎么将线程看作全局容器”吧!

CP.24:将线程看作全局容器

Reason（原因）

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<int>(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++怎么将线程看作全局容器”有了更深的了解，不妨来实际操作一番吧！这里是亿速云网站，更多相关内容可以进入相关频道进行查询，关注我们，继续学习！