void process_big_object(std::unique_ptr);
std::unique_ptr p(new big_object);
p->prepare_data(42);
std::thread t(process_big_object,std::move(p));
Поскольку мы указали при вызове конструктора std::threadфункцию std::move, то владение объектом big_objectпередается объекту во внутренней памяти вновь созданного потока, а затем функции process_big_object.
В стандартной библиотеке Thread Library есть несколько классов с такой же семантикой владения, как у std::unique_ptr, и std::thread— один из них. Правда, экземпляры std::threadне владеют динамическими объектами, как std::unique_ptr, зато они владеют ресурсами: каждый экземпляр отвечает за управление потоком выполнения. Это владение можно передавать от одного экземпляра другому, поскольку экземпляры std::thread перемещаемые , хотя и не копируемые . Тем самым гарантируется, что в каждый момент времени с данным потоком будет связан только один объект, но в то же время программист вправе передавать владение от одного объекта другому
2.3. Передача владения потоком
Предположим, что требуется написать функцию для создания потока, который должен работать в фоновом режиме, но при этом мы не хотим ждать его завершения, а хотим, чтобы владение новым потоком было передано вызывающей функции. Или требуется сделать обратное — создать поток и передать владение им некоторой функции, которая будет ждать его завершения. В обоих случаях требуется передать владение из одного места в другое.
Именно здесь и оказывается полезной поддержка классом std::threadсемантики перемещения. В предыдущем разделе отмечалось, что в стандартной библиотеке С++ есть много типов, владеющих ресурсами, например std::ifstreamи std::unique_ptr, которые являются перемещаемыми , но не копируемыми, и один из них — std::thread. Это означает, что владение потоком можно передавать от одного экземпляра std::threadдругому, как показано в примере ниже. В нем создается два потока выполнения, владение которыми передается между тремя объектами std::thread: t1, t2и t3.
void some_function();
void some_other_function();
std::thread t1(some_function); ← (1)
std::thread t2 = std::move(t1); ← (2)
t1 = std::thread(some_other_function); ← (3)
std::thread t3; ← (4)
t3 = std::move(t2); ← (5)
t1 = std::move(t3); ← (6) Это присваивание приводит
; к аварийному завершению программы
Сначала создастся новый поток (1)и связывается с объектом t1. Затем владение явно передается объекту t2в момент его конструирования путем вызова std::move() (2). В этот момент с t1уже не связан никакой поток выполнения: поток, в котором исполняется функция some_function, теперь связан с t2.
Далее создается еще один поток, который связывается с временным объектом типа std::thread (3). Для последующей передачи владения объекту t1уже не требуется явный вызов std::move(), так как владельцем является временный объект, а передача владения от временных объектов производится автоматически и неявно.
Объект t3конструируется по умолчанию (4), а это означает, что в момент создания с ним не связывается никакой поток. Владение потоком, который в данный момент связан с t2, передастся объекту t3 (5), опять-таки путем явного обращения к std::move(), поскольку t2— именованный объект. После всех этих перемещений t1оказывается связан с потоком, исполняющим функцию some_other_function, t2не связан ни с каким потоком, a t3связан с потоком, исполняющим функцию some_function.
Последнее перемещение (6)передает владение потоком, исполняющим some_function, обратно объекту t1, в котором исполнение этой функции началось. Однако теперь с t1уже связан поток (который исполнял функцию some_other_function), поэтому вызывается std::terminate(), и программа завершается. Так делается ради совместимости с поведением деструктора std::thread. В разделе 2.1.1 мы видели, что нужно либо явно ждать завершения потока, либо отсоединить его до момента уничтожения; то же самое относится и к присваиванию: нельзя просто «прихлопнуть» поток, присвоив новое значение объекту std::thread, который им управляет.
Поддержка операции перемещения в классе std::threadозначает, что владение можно легко передать при возврате из функции, как показано в листинге 2.5.
Читать дальше