MFC 스레드와 UI 연동, 안전한 메시지 처리 방법

🔗 MFC에서 스레드를 사용하는 이유

MFC에서 스레드를 사용하는 이유는 간단합니다.
사용자 인터페이스(UI)가 멈추지 않도록 백그라운드에서 무거운 작업을 처리하기 위해서입니다.
예를 들어, 대용량 파일을 읽거나 서버 통신, 긴 계산 처리를 UI 스레드에서 직접 실행한다면 프로그램은 사용자 입력에 반응하지 않고 ‘멈춘 것처럼 보이는 현상’이 발생할 수 있습니다.

이러한 문제를 방지하기 위해 작업 전용 스레드(Worker Thread)를 생성해 처리합니다.
MFC에서는 AfxBeginThread 함수를 통해 쉽게 스레드를 만들 수 있으며, 이를 통해 UI와는 독립적으로 작업이 수행됩니다.
이 방식은 프로그램의 응답성을 높이고 사용자 경험을 개선하는 데 큰 역할을 합니다.

• ✅무거운 작업은 반드시 스레드에서 분리하여 실행해야 합니다.
• 📈스레드를 사용하면 UI 응답성을 유지할 수 있습니다.
• 🧩기본 제공되는 AfxBeginThread 함수로 쉽게 구현할 수 있습니다.

🛠️ UI 제어 시 발생하는 문제점

스레드를 사용하는 가장 큰 이유는 작업을 분리하는 것이지만, 여기서 가장 흔하게 발생하는 실수가 하나 있습니다.
바로 스레드에서 직접 UI 요소를 조작하는 것이죠.
이는 단순히 코드가 잘못된 것을 넘어서, 프로그램의 안정성을 심각하게 위협할 수 있습니다.

MFC에서 UI는 메인 스레드(UI 스레드)에 의해 관리됩니다.
그런데 별도의 작업 스레드에서 SetWindowText, Invalidate 등과 같은 UI 함수를 직접 호출하게 되면, 스레드 간 자원 충돌(race condition)이 발생할 수 있습니다.
이로 인해 화면이 깜빡이거나, 프로그램이 멈추는 현상, 심지어는 Access Violation 오류로 프로그램이 비정상 종료될 수도 있습니다.

이러한 문제를 해결하기 위해 사용하는 방법이 바로 메시지 기반 통신 방식입니다.
스레드에서 UI를 직접 변경하지 않고, 대신 메시지를 통해 UI 스레드에게 변경 요청을 보내는 구조입니다.
이 방식은 윈도우 메시지 처리 큐를 활용하므로, 충돌 없이 안전하게 동작할 수 있습니다.

⚙️ PostMessage와 SendMessage의 차이점

스레드에서 UI를 안전하게 제어하려면 메시지 기반 통신을 활용해야 한다는 점은 앞에서 설명드렸죠.
이때 주로 사용되는 함수는 PostMessage와 SendMessage입니다.
두 함수 모두 윈도우 메시지를 특정 윈도우에 전달하는 역할을 하지만, 동작 방식에는 큰 차이가 있습니다.

📌 PostMessage는 비동기 방식

PostMessage는 메시지를 대상 윈도우의 메시지 큐에 비동기적으로 추가합니다.
즉시 반환되기 때문에 호출한 스레드는 멈추지 않고 다음 작업을 계속할 수 있습니다.
이 방식은 작업 스레드에서 UI에 신속하게 지시만 하고, 실제 처리는 UI 스레드에게 맡기는 형태로 안전하게 작동합니다.

📌 SendMessage는 동기 방식

반면 SendMessage는 메시지를 보내고 처리가 완료될 때까지 기다리는 동기 방식입니다.
따라서 작업 스레드가 이 함수를 호출하면, 메시지를 받은 쪽(UI 스레드)이 해당 메시지를 처리하고 반환하기 전까지 호출한 스레드는 멈춰 있게 됩니다.

간단한 데이터 전달에는 사용해도 되지만, 처리 시간이 길거나 교차 스레드에서의 데드락 위험이 있는 경우에는 SendMessage는 주의가 필요합니다.

🔌 안전한 메시지 처리 구조 설계 방법

MFC에서 작업 스레드와 UI 스레드 간의 충돌 없이 메시지를 주고받기 위해서는 정형화된 메시지 처리 구조를 설계해야 합니다.
그 핵심은 작업 스레드에서 PostMessage를 통해 사용자 정의 메시지를 보내고, UI 스레드가 이를 ON_MESSAGE 또는 ON_REGISTERED_MESSAGE 매크로로 받아 처리하는 방식입니다.

📌 사용자 정의 메시지 선언

#define WM_USER_THREAD_UPDATE  (WM_USER + 100)

이처럼 WM_USER 기반으로 새로운 메시지를 정의하고, PostMessage로 해당 메시지를 보냅니다.

📌 메시지 핸들러 연결

BEGIN_MESSAGE_MAP(CMyDialog, CDialogEx)
    ON_MESSAGE(WM_USER_THREAD_UPDATE, &CMyDialog::OnThreadUpdate)
END_MESSAGE_MAP()

LRESULT CMyDialog::OnThreadUpdate(WPARAM wParam, LPARAM lParam)
{
    // 안전하게 UI 업데이트
    m_progressCtrl.SetPos((int)wParam);
    return 0;
}

이와 같은 방식으로 UI 스레드가 메시지를 받아 처리하면, 스레드 충돌 없이 UI를 갱신할 수 있습니다.
실제 UI 제어는 메시지를 받은 함수 내부에서만 수행하는 것이 중요합니다.

💡 실전 예제로 이해하는 메시지 연동

이제 이론은 충분히 살펴보았으니, 실제로 메시지를 이용해 UI를 안전하게 제어하는 간단한 예제를 만들어보겠습니다.
이 예제에서는 백그라운드 스레드에서 카운트를 증가시키고, 이를 진행 상태(ProgressBar)로 UI에 반영하는 구조입니다.

📌 작업 스레드 함수

UINT ThreadProc(LPVOID pParam)
{
    CMyDialog* pDlg = (CMyDialog*)pParam;
    for (int i = 0; i <= 100; ++i)
    {
        ::PostMessage(pDlg->GetSafeHwnd(), WM_USER_THREAD_UPDATE, (WPARAM)i, 0);
        Sleep(50);
    }
    return 0;
}

위 함수는 백그라운드에서 0부터 100까지 값을 증가시키며, 50ms 간격으로 UI에 메시지를 보냅니다.
PostMessage를 사용했기 때문에 UI 스레드와 충돌 없이 작동합니다.

📌 메시지 처리 함수

LRESULT CMyDialog::OnThreadUpdate(WPARAM wParam, LPARAM lParam)
{
    m_progressCtrl.SetPos((int)wParam);
    return 0;
}

이 함수는 메시지를 수신하는 UI 스레드에서 호출되며, 전달된 값을 기준으로 ProgressCtrl의 위치를 업데이트합니다.

❓ 자주 묻는 질문 (FAQ)