いつstd :: thread :: detachを使用すればよいですか？

std::threadアプリケーションを高速化するために使用する必要がある場合があります。join()スレッドが完了するまで待機することも知っています。これは理解しやすいですが、detach()呼び出すことと呼び出さないことの違いは何ですか？

なしdetach()では、スレッドのメソッドはスレッドを独立して使用して動作すると思いました。

切り離さない：

void Someclass::Somefunction() {
    //...

    std::thread t([ ] {
        printf("thread called without detach");
    });

    //some code here
}

デタッチして呼び出す：

void Someclass::Somefunction() {
    //...

    std::thread t([ ] {
        printf("thread called with detach");
    });

    t.detach();

    //some code here
}

のデストラクタでstd::thread、次のstd::terminate場合に呼び出されます。

• スレッドは結合されませんでした（t.join()）
• また、（でt.detach()）切り離されませんでした

したがって、実行フローがデストラクタに到達する前に、常にjoinまたはdetachスレッドのいずれかを実行する必要があります。

プログラムが終了すると（つまり、main戻ります）、バックグラウンドで実行されている残りの切り離されたスレッドは待機しません。代わりに、それらの実行が一時停止され、スレッドローカルオブジェクトが破棄されます。

重要なことに、これはそれらのスレッドのスタックがほどかれていないため、一部のデストラクタが実行されないことを意味します。これらのデストラクタが行うことになっているアクションによっては、プログラムがクラッシュしたり、殺されたりした場合と同じくらい悪い状況になる可能性があります。うまくいけば、OSがファイルのロックなどを解放することを望みますが、共有メモリ、半分書き込まれたファイルなどが破損している可能性があります。

それで、あなたは使うべきですjoinかdetach？

• 使用する join
• より高い柔軟性が必要で、自分でスレッドの完了を待機する同期メカニズムを提供する用意がある場合を除いて、この場合は、detach

detachスレッドが完了するのを待つつもりがない場合は呼び出す必要がありますjoinが、代わりにスレッドは完了するまで実行を続け、メインスレッドが特別に待機することなく終了します。

detach基本的に、実装できるようにするために必要なリソースを解放しますjoin。

スレッドオブジェクトがその寿命を終え、どちらjoinもdetach呼び出されていない場合は、致命的なエラーです。この場合terminateは呼び出されます。

スレッドを切り離すjoin()と、終了する前にスレッドを切り離す必要がなくなりますmain()。

スレッドライブラリは実際には、そのような各スレッドの下でmainを待機しますが、気にする必要はありません。

detach()バックグラウンドで実行する必要があるタスクがあるが、その実行には関心がない場合に主に役立ちます。これは通常、一部のライブラリの場合です。バックグラウンドワーカースレッドを静かに作成してデタッチするため、気付くことさえありません。

この回答は、との違いを説明するのではなく、タイトルの質問に回答することを目的joinとしていdetachます。では、いつstd::thread::detach使用すべきですか？

適切にメンテナンスされたC ++コードでstd::thread::detachは、まったく使用しないでください。プログラマは、作成されたすべてのスレッドが正常に終了して、取得したすべてのリソースを解放し、その他の必要なクリーンアップアクションを実行することを確認する必要があります。これdetachは、呼び出しによってスレッドの所有権を放棄することはオプションではないためjoin、すべてのシナリオで使用する必要があることを意味します。

ただし、一部のアプリケーションは、無期限にブロックする機能を含む可能性のある、古くてよく設計およびサポートされていないAPIに依存しています。これらの関数の呼び出しを専用スレッドに移動して、他のものをブロックしないようにすることは一般的な方法です。そのようなスレッドを正常に終了させる方法はないので、を使用しても、joinプライマリスレッドがブロックされるだけです。これはdetach、たとえば、thread動的なストレージ期間でオブジェクトを割り当ててから意図的にリークするよりも、使用する方がそれほど邪魔にならない状況です。

#include <LegacyApi.hpp>
#include <thread>

auto LegacyApiThreadEntry(void)
{
    auto result{NastyBlockingFunction()};
    // do something...
}

int main()
{
    ::std::thread legacy_api_thread{&LegacyApiThreadEntry};
    // do something...
    legacy_api_thread.detach();
    return 0;
}

cppreference.comによると：

実行のスレッドをスレッドオブジェクトから分離し、独立して実行を継続できるようにします。割り当てられたリソースは、スレッドが終了すると解放されます。

detachを呼び出した後は*this、もはやスレッドを所有していません。

例えば：

  std::thread my_thread([&](){XXXX});
  my_thread.detach();

お知らせローカル変数は：my_threadの寿命は一方で、my_thread終わった、のデストラクタがstd::thread呼び出されると、std::terminate()デストラクタ内で呼び出されます。

ただし、を使用する場合はdetach()、my_threadもう使用しないでください。のライフタイムmy_threadが終了しても、新しいスレッドには何も起こりません。