Что происходит с отсоединенным потоком при выходе main ()?

Отсоединение Нитей

по данным std::thread::detach:

отделяет поток выполнения от объекта потока, позволяя выполнение продолжить самостоятельно. Любые выделенные ресурсы будут освобождается после выхода потока.

С pthread_detach:

функция pthread_detach() должна указывать на реализацию это хранилище для потока может быть восстановлено когда эта нить прекращает. Если поток не был прерван, pthread_detach() не должен заставьте его прерваться. Эффект нескольких вызовов pthread_detach() в том же целевом потоке не указано.

отсоединение потоков в основном предназначено для экономии ресурсов, если приложению не нужно ждать завершения потока (например, демоны, которые должны выполняться до завершения процесса):

1. освободить ручку стороны применения: можно позволить а std::thread объект выходит из области видимости без присоединения, что обычно приводит к вызову std::terminate() на уничтожение.
2. чтобы ОС могла очищать определенные ресурсы потока (TCB) автоматически, как только поток выходит, потому что мы явно указали, что мы не заинтересованы в присоединении к потоку позже, таким образом, нельзя присоединиться к уже отсоединенному потоку.

Убивать Темы

в поведение при завершении процесса такое же, как и для основного потока, который мог бы, по крайней мере, поймать некоторые сигналы. Независимо от того, могут ли другие потоки обрабатывать сигналы, это не так важно, поскольку можно объединить или завершить другие потоки в вызове обработчика сигналов основного потока. (вопрос)

как уже было сказано, любая нить, независимо от того, отсоединена она или нет, умрет вместе со своим процессом на большинстве ОС. Сам процесс может быть прекращен поднимая сигнал, вызывая exit() или по возвращении из функции main. Однако C++11 не может и не пытается определить точное поведение базовой ОС, в то время как разработчики виртуальной машины Java могут в некоторой степени абстрагировать такие различия. AFAIK, экзотические модели процессов и потоков обычно встречаются на древних платформах (на которые C++11, вероятно, не будет перенесен) и различных встроенных системах, которые могут иметь специальную и/или ограниченную реализацию библиотеки языков, а также ограниченная языковая поддержка.

Нить

если потоки не поддерживаются std::thread::get_id() должен вернуть недопустимый идентификатор (по умолчанию построен std::thread::id) так как есть простой процесс, которому не нужен объект потока для запуска и конструктор a std::thread должны бросить std::system_error. Вот как я понимаю C++11 в сочетании с сегодняшними ОС. Если есть ОС с поддержкой потоков, которая не порождает основной поток в своих процессах, дайте мне знать.

Управляя Потоками

если нужно сохранить контроль над потоком для правильного завершения работы, можно сделать это с помощью примитивов синхронизации и/или каких-то флагов. Однако в этом случае установка флага завершения работы с последующим соединением-это то, что я предпочитаю, поскольку нет смысла увеличивать сложность путем отсоединения потоков, так как ресурсы будут освобождены одновременно в любом случае, где несколько байтов std::thread объект против более высокой сложности и, возможно, больше примитивов синхронизации должны быть приемлемыми.

судьба нить после того, как программа завершает свою работу-это неопределенное поведение. но современная операционная система очистит все потоки, созданные процессом при его закрытии.

при отсоединенииstd::thread эти три условия будут продолжать держать

1. *this больше не владеет ни одной нитью
2. joinable() всегда будет равно false
3. get_id () будет равен std:: thread:: id ()

рассмотрим следующий код:

#include <iostream>
#include <string>
#include <thread>
#include <chrono>

void thread_fn() {
  std::this_thread::sleep_for (std::chrono::seconds(1)); 
  std::cout << "Inside thread function\n";   
}

int main()
{
    std::thread t1(thread_fn);
    t1.detach();

    return 0; 
}

запуск его в системе Linux, сообщение от thread_fn никогда не печатается. ОС действительно очищает thread_fn() Как только main() выход. Замена t1.detach() С t1.join() всегда печатает сообщение, как ожидалось.

когда основной поток (то есть поток, который выполняет функцию main ()) завершается, то процесс завершается и все остальные потоки останавливаются.

Ссылка:https://stackoverflow.com/a/4667273/2194843