std :: threadを使用してstd :: threadを使用すると予期しない動作が発生する

Question

私のアプリケーション用のスレッドプールが必要なので、std::map<int, std::thread>オブジェクトを作成できました。私はこのように単純化することができますいくつかの非常に予期しない動作、遭遇した ：

std::map<int, std::thread> threads; 

threads.insert(std::pair<int, std::thread>(1, std::thread([]() { 
     std::cout << "I'm the first thread and I'm gonna work\n"; 
    }))); 
threads[1].join(); 

std::cout << "Thread 1 joinable? " << threads[1].joinable() << "\n"; 

threads.insert(std::pair<int, std::thread>(1, std::thread([]() { 
     std::cout << "I'm not gonna work at all\n"; 
    }))); 
threads[1].join(); 

に出力が

I'm the first thread and I'm gonna work 
Thread 1 joinable? 0 

右後、std::terminate()が呼び出され、プログラムがSIGABRTシグナルを受信して​​います。

ライブデバッグでは、joinable()がtrueであるため、terminateが呼び出されていることが示唆されましたが、私はそれをチェックしていませんでした。

また、それを克服する方法はjoin() INGの後に次の行を追加するだけだった。

threads.erase(1); 

std::threadの新しいインスタンスがちょうど私の前に作成されたように見えるよう、少し混乱私の葉insertコール...誰かがこの予期しない動作について私にヒントを与えることができますか？ http://en.cppreference.com/w/cpp/container/map/insertから

Answer 1

：容器に

インサート要素（複数可）、コンテナは既に等価のキーを持つ要素が含まれていない場合。

マップにはすでに1の要素が含まれているため、2番目のthreads.insertは何もしません。あなたは単に同じに2回参加しようとしていますstd::thread。このため、threads.erase(1);が問題を解決し、マップにはキー1のスレッドが含まれなくなりました。