C ++ std :: Vektor von unabhängigen std :: threads

Lässt das etwas zurück schälen.

Ihr Code macht etwas, das versucht, ein std::thread einzuführen.

push_back ist der Täter.

std::thread ist nicht kopierbar - was würde bedeuten, einen Thread zu kopieren?

So Instanzen von std::thread -Objekten sollen eindeutige Besitzer sein. Abgesehen von der einfachen Verwirrung würde viel Schmerz folgen.

Sie sind jedoch beweglich.

t1 ist kein gültiger Thread-Deskriptor mehr, der Thread, den er beschreibt, gehört jetzt t2 .

Um solche Dinge in einen Container zu legen, können Sie entweder std::move oder std::emplace / std::emplace_back verwenden.

Während sich Ihr Code auf dieses spezielle Problem konzentriert, möchte ich darauf hinweisen, dass der C ++ - Standard dies als Fehler für einen Thread-Destruktor deklariert, der aufgerufen wird, während ein Thread noch angehängt und nicht verbunden ist.

Wenn main beendet wird, wird t1. ~ thread () aufgerufen, wodurch erkannt wird, dass der Thread noch angehängt und nicht verbunden ist. Dies führt zu einer Ausnahme, die einen Systemabsturz verursacht.

Entweder muss join() der Thread sein, warten bis er beendet wird oder detach() it. Sie müssen einen Weg finden, den Thread anzuhalten, wenn Sie join() verwenden wollen, und wenn Sie detach() verwenden, kann das Programm mitten im Thread enden und etwas wie das Schreiben von Daten usw. tun, was zu einem schwerwiegenden Fehler führt.

Hier verwenden wir ein Versprechen, den Thread wissen zu lassen, wann es Zeit ist zu laufen, aber Sie könnten Bedingungsvariablen, Signale usw. verwenden oder auch nur ein einfaches std::atomic<bool> ok_to_run { true }; , das Sie auf false testen.

Eine andere Variante, die funktioniert, besteht darin, Ihr Thread-Objekt im Aufruf von vector.push_back zu erstellen. Keine Notwendigkeit, std :: move in diesem Fall aufzurufen, da es bereits ein rvalue (also wird es verschoben werden).