c++ - 在 C++11 智能指针中存储 std::thread

Question

在 C++ 11 及更高版本中，像这样直接将 std::thread 存储为类的成员时，有什么优点或缺点 :

std::thread my_thread;

与像这样将 std::shared_ptr 或 std::unique_ptr 存储到线程相反:

std::shared_ptr<std::thread> my_thread_ptr;

是否有任何代码选项比其他选项更好？或者没关系，只需 2 种不同的方式来处理线程对象。

Answer 1

使用指针(或智能指针)成员可能有一些不太常见的原因，但对于常见用法，似乎是 std::thread要么不适用，要么本身就足够灵活:

• 我们可能希望更好地控制对象的生命周期，例如“延迟”初始化它。 std::thread已经支持了。它可以在“不代表线程”状态下进行，稍后在需要时分配真正的线程，并且必须显式 join编辑或 detached在销毁前编辑。
• 我们可能希望将成员转移到其他所有权或从其他所有权转移。自 std::thread 以来不需要指针已经支持移动和交换。
• 我们可能希望指向的对象是动态多态的。这不适用于 std::thread没有任何虚拟成员函数。
• 我们可能需要不透明的指针来隐藏实现细节并减少依赖性，但是std::thread是标准库类，所以我们不能让它不透明。
• 我们可能希望共享所有权。这是 std::thread 的脆弱场景.可以分配、交换、分离或加入它的多个所有者(并且没有太多其他线程操作)可能会导致复杂情况。
• 像if (xthread.joinable()) xthread.join();这样的销毁前有强制清理或 xthread.detach(); .这在拥有类的析构函数中也更健壮且更容易阅读，而不是将相同的东西插入智能指针的删除器中的代码。

所以除非有一些不常见的原因，否则我们应该直接使用线程作为数据成员。