뮤텍스는 사물함 오브젝트를 만들 때 잠겨 있으며, 사물함이 파괴될 때(예: 범위를 벗어날 때) 잠금이 해제됩니다. 반환 문이 표시되는 모든 조건의 경우입니다. 코드를 더 간단하고 읽기 쉽게 만듭니다. 이것은 안정적으로 작동하지만 « 잠금이 없는 » 원자성 작업을 사용하는 것만큼 빠르지는 않습니다. 세 번째 솔루션은 빠르고 스레드가 안전합니다(예는 QAtomicInt 대신 std::atomic을 사용하지만, 이 솔루션은 동일합니다): 이 예제에서는 QTimer와 Worker 모두 하위 스레드로 이동됩니다. 실제로 QTimer를 하위 스레드로 이동할 필요는 없습니다. 기본 예제에서는 Worker 클래스에 대한 이 클래스 선언을 확인합니다. 위의 예에서 너무 예상대로 작동합니다. 그러나 Qt는 공용 ABI에서 표준 라이브러리 형식을 노출한 적이 없습니다. 이렇게 하는 주된 이유는 다른 표준 라이브러리 구현(예: libc+++ 및 stdlibc++) 또는 동일한 구현의 두 개의 ABI 호환되지 않는 빌드와 동일한 표준 라이브러리 구현에서 동일한 Qt 빌드를 호환하도록 하는 것이었습니다. 실제적인 예: 전용 스레드에서 작동 하는 TcpConnection 연결 클래스를 살펴보겠습니다.이 클래스는 스레드 안전 메서드를 내보내려면: bool isConnected(). 내부적으로 클래스는 소켓 이벤트를 듣고있을 것입니다 : 내부 부울 플래그를 유지하기 위해 연결 및 연결이 끊어졌습니다 : 스레드에서 간단한 코드를 실행하기 위해 해당 예제를 따르는 사용자로부터 IRC에 질문을 받았습니다.

그는 스레드를 제대로 파괴하는 방법을 알아내기가 어려웠습니다. 이것이 제가 이 블로그 항목을 작성하게 된 동기가 된 것입니다. 이 시스템은 강력하지만 복잡합니다. 더 간단하게 하기 위해 Qt는 작업자 모델을 선호합니다. 실제 가공에서 스레딩 배관을 분할합니다. 다음은 QThread를 사용할 때 염두에 두어야 할 중요한 점은 스레드가 아니라는 것입니다. 스레드 개체 주위의 래퍼입니다. 이 래퍼는 Qt 프로젝트 내에서 스레드 개체를 쉽게 사용할 수 있는 신호, 슬롯 및 메서드를 제공합니다. 이를 사용하려면 원하는 모든 기능을 갖춘 QObject 하위 클래스를 준비합니다. 그런 다음 새 QThread 인스턴스를 만들고 QObject 인스턴스의 moveToThread(QThread*)를 사용하여 QObject를 푸시하고 QThread 인스턴스에서 start()를 호출합니다.