스레드 분리

에 따르면 std::thread::detach:

실행 스레드를 스레드 개체와 분리하여 실행을 독립적으로 계속할 수 있습니다. 스레드가 종료되면 할당 된 모든 자원이 해제됩니다.

보낸 사람 pthread_detach:

pthread_detach () 함수는 스레드가 종료 될 때 스레드에 대한 스토리지를 회수 할 수 있음을 구현에 표시해야합니다. 스레드가 종료되지 않은 경우 pthread_detach ()는 종료되지 않습니다. 동일한 대상 스레드에서 여러 pthread_detach () 호출의 영향은 지정되지 않았습니다.

스레드 분리는 주로 애플리케이션이 스레드가 완료 될 때까지 기다릴 필요가없는 경우 (예 : 프로세스 종료까지 실행해야하는 데몬)에 필요한 리소스 절약을위한 것입니다.

1. 응용 프로그램 측면 핸들을 해제하려면 : std::thread개체를 조인하지 않고 범위를 벗어날 수 있습니다. 이로 인해 일반적으로 std::terminate()소멸이 발생합니다.
2. OS가 스레드를 종료하자마자 스레드 특정 리소스 ( TCB )를 자동으로 정리할 수 있도록하기 위해 명시 적으로 지정 했으므로 나중에 스레드 결합에 관심이 없으므로 이미 분리 된 스레드에 참여할 수 없습니다.

죽이는 실

프로세스 종료시 동작은 메인 스레드의 동작과 동일하며 적어도 일부 신호를 포착 할 수 있습니다. 주 스레드의 신호 처리기 호출 내에서 다른 스레드를 결합하거나 종료 할 수 있으므로 다른 스레드가 신호를 처리 할 수 ​​있는지 여부는 그렇게 중요하지 않습니다. (관련 질문 )

이미 언급했듯이 분리 여부에 관계없이 모든 스레드는 대부분의 OS에서 프로세스와 함께 죽습니다 . 프로세스 자체는 신호를 발생 exit()시키거나 호출 하거나 주 기능에서 복귀 함으로써 종료 될 수 있습니다 . 그러나 C ++ 11은 기본 OS의 정확한 동작을 정의 할 수없고 정의하지는 않지만 Java VM 개발자는 이러한 차이를 어느 정도 추상화 할 수 있습니다. AFAIK, 이국적인 프로세스 및 스레딩 모델은 일반적으로 고대 플랫폼 (C ++ 11이 이식되지 않을 것임) 및 특수한 및 / 또는 제한된 언어 라이브러리 구현 및 제한된 언어 지원을 가질 수있는 다양한 임베디드 시스템에서 발견됩니다.

스레드 지원

스레드가 지원되지 않으면 일반 프로세스가 있기 때문에 std::thread::get_id()유효하지 않은 id (기본 생성됨 std::thread::id)를 반환해야 합니다. 일반 프로세스는 실행하기 위해 스레드 객체가 필요하지 않으며의 생성자 std::thread는을 throw해야합니다 std::system_error. 이것이 오늘날의 OS와 함께 C ++ 11을 이해하는 방법입니다. 프로세스에서 메인 스레드를 생성하지 않는 스레딩 지원 OS가있는 경우 알려주십시오.

스레드 제어

적절한 종료를 위해 스레드를 계속 제어해야하는 경우 동기화 기본 요소 및 / 또는 일종의 플래그를 사용하여 스레드를 제어 할 수 있습니다. 그러나이 경우 종료 플래그 다음에 조인을 설정하는 것이 좋습니다. 스레드를 분리하여 복잡성을 증가시킬 필요가 없기 때문에 리소스는 동시에 몇 바이트의 std::thread객체 가 해제되므로 리소스가 해제됩니다 더 높은 복잡성과 더 많은 동기화 프리미티브가 수용 가능해야합니다.

답변

#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;
}