Microsoft MVP성태의 닷넷 이야기
.NET Framework: 680. C# - 작업자(Worker) 스레드와 UI 스레드 [링크 복사], [링크+제목 복사]
조회: 10143
글쓴 사람
정성태 (techsharer at outlook.com)
홈페이지
첨부 파일
 

C# - 작업자(Worker) 스레드와 UI 스레드

작업자 스레드는 보통 UI 요소를 갖지 않는 스레드를 일컫습니다. 따라서, 다음과 같은 경우의 스레드는 보통 작업자 스레드라고 합니다.

Thread thread = new Thread(threadFunc);
thread.Start();

private void threadFunc()
{
    // 스레드 작업
}

이런 것도 작업자 스레드입니다.

ThreadPool.QueueUserWorkItem(
    (arg) =>
    {
        // 스레드 작업
    }, null);

반면 UI 스레드는 스레드에서 UI 요소를 생성해 사용하는 것을 말합니다. 그런데, UI 요소를 생성했다고 UI 스레드가 아닙니다. 그 UI 요소가 잘 동작하려면 메시지 펌프를 위한 메시지 루프 처리가 있어야 합니다. Win32에서는 다음과 같이 처리하던 코드입니다.

// https://docs.microsoft.com/en-us/windows/win32/winmsg/using-messages-and-message-queues
while( (bRet = GetMessage( &msg, NULL, 0, 0 )) != 0)
{ 
    if (bRet == -1)
    {
        // handle the error and possibly exit
    }
    else
    {
        TranslateMessage(&msg); 
        DispatchMessage(&msg); 
    }
} 

닷넷에서는 이러한 메시지 펌프를 Application.Run 함수에서 해줍니다. 따라서 다음의 스레드는 UI 스레드가 되는 것입니다.

Thread thread = new Thread(threadFunc);
thread.Start();

private void threadFunc()
{
    Application.Run(...[생략]...);
}

물론, 스레드 풀에서 빌려온 스레드일지라도 메시지 루프를 가지면 UI 스레드가 됩니다.

ThreadPool.QueueUserWorkItem(
    (arg) =>
    {
        Application.Run(...);
    }, null);




실제로 테스트를 해볼까요? ^^ Form2 윈도우 코드를 다음과 같이 만듭니다.

using System;
using System.Windows.Forms;

namespace WindowsFormsApp1
{
    public partial class Form2 : Form
    {
        Timer _timer = new Timer(); // System.Windows.Forms.Timer는 타이머 처리를 
                                    // 내부적으로 윈도우 이벤트를 사용합니다.

        public Form2()
        {
            InitializeComponent();

            _timer.Interval = 1000;
            _timer.Tick += Timer_Tick;

            _timer.Start();
        }

        // 따라서, 아래의 함수는 이벤트 처리가 안되면 실행되지 않습니다.
        private void Timer_Tick(object sender, EventArgs e)
        {
            this.textBox1.Text = DateTime.Now.ToString();
        }
    }
}

위의 윈도우를 다음과 같이 작업자 스레드에서 실행해 봅니다.

ThreadPool.QueueUserWorkItem(
    (arg) =>
    {
        Form2 form = new Form2();
        form.Show();
    }, null);

그럼 윈도우까지는 뜨는데 텍스트 박스에 있는 시간이 업데이트가 안됩니다. 물론 그 외에도 WM_PAINT 같은 이벤트도 처리가 안되므로 화면이 마치 hang이 걸린 듯한 현상이 발생합니다.

반면, 다음과 같이 UI 스레드에서 실행하면,

ThreadPool.QueueUserWorkItem(
    (arg) =>
    {
        Form2 form = new Form2();
        Application.Run(form);
    }, null);

이번에는 타이머 처리가 잘 되어 텍스트 박스가 1초마다 내용이 업데이트됩니다.




자, 그럼 여기서 윈도우 프로젝트에 기본적으로 생성되는 Program.cs를 한번 열어봅니다.

static class Program
{
    [STAThread]
    static void Main()
    {
        Application.EnableVisualStyles();
        Application.SetCompatibleTextRenderingDefault(false);
        Application.Run(new Form1());
    }
}

바로 저 코드! 이제는 이해가 되시겠죠? 바로 메시지 루프이며 덕분에 UI 스레드로써 기능을 하고 있는 것입니다.




[이 글에 대해서 여러분들과 의견을 공유하고 싶습니다. 틀리거나 미흡한 부분 또는 의문 사항이 있으시면 언제든 댓글 남겨주십시오.]

[연관 글]





[최초 등록일: ]
[최종 수정일: 10/20/2020 ]

Creative Commons License
이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이센스에 따라 이용하실 수 있습니다.
by SeongTae Jeong, mailto:techsharer@outlook.com

비밀번호

댓글 쓴 사람
 



2017-09-04 12시16분
[이봉호] Main Thread가 아닌 UI Thread라는 것이 별도로 존재하나요? Main Thread에서 Message Loop로 처리되는 것이 아닌가요?

[손님]
2017-09-04 12시22분
글에서도 나오지만, Main Thread도 Application.Run을 하니까 Message Loop가 동작하는 것입니다. 그걸 빼고 Form.Show만 하면 Main Thread도 UI 처리를 못합니다.
정성태
2019-01-29 01시04분
[민지홍] Application.Run 과 UI스레드에 대해 질문 있습니다.

Program.cs 코드에서 Application.Run(new Form1()); 호출을 한 뒤에
Form1.cs 코드에서 위의 예제와 같이
{
  Form2 form = new Form2();
  Application.Run(form);
}

UI 스레드가 유니크 한 걸로 알고 있는데, 호출하게 되면 UI 스레드가 2개가 되는 건가요?

[손님]
2019-01-29 01시20분
UI 스레드는 하나가 아닙니다. Message Loop를 가지고 있다면 UI 스레드가 되는 것입니다. (간혹, 순수 메시지 통신만을 위해 메시지 루프만 구현하고 UI는 생성하지 않는 경우도 있지만.)
정성태
2019-01-29 01시31분
[민지홍] 아 그러면 UI에 접근할 수 있는 스레드가 예제에서 Form1, Form2를 생성한 스레드가 될 수 있고,
Form2를 생성한 UI스레드가 동작한다고 이전의 스레드(From1 생성 스레드)가 종료되지 않고 같이 UI를 접근할 수 있다는 것 맞나요?

죄송하지만.. 하나만 더 질문하고 싶습니다.
UI 스레드가 2개 이상일 때 두 스레드가 동시에 UI요소를 업데이트하려고 하면 오류가 발생하나요?
[손님]
2019-01-29 06시46분
@민지홍 질문하신 분이 직접 답변을 하셔도 좋을 것 같은데요. ^^ 이 글의 내용에 이미 답이 있고, 또는 간단하게 코드를 만들어 실습해도 금방 답이 나올 것입니다.
정성태
2019-01-30 02시58분
[민지홍] 다시 읽어보니 이해되었습니다! 감사합니다. ㅎㅎ
[손님]
2020-10-20 02시53분
[Jireh] 업무 중 원인을 몰라서 연구하는 도중 도움 많이 되었습니다!
감사합니다!
[손님]

[1]  2  3  4  5  6  7  8  9  10  11  12  13  14  15  ...
NoWriterDateCnt.TitleFile(s)
12433정성태11/29/202016Windows: 179. 윈도우 환경에서 클라이언트 소켓의 최대 접속 수 (3) - SO_PORT_SCALABILITY파일 다운로드1
12432정성태11/29/202057Windows: 178. 윈도우 환경에서 클라이언트 소켓의 최대 접속 수 (2) - SO_REUSEADDR [1]파일 다운로드1
12431정성태11/27/202058.NET Framework: 976. UnmanagedCallersOnly + C# 9.0 함수 포인터 사용 시 x86 빌드에서 오동작하는 문제파일 다운로드1
12430정성태11/27/202014오류 유형: 686. Ubuntu - E: The repository 'cdrom://...' does not have a Release file.
12429정성태11/25/202052디버깅 기술: 175. windbg - 특정 Win32 API에서 BP가 안 걸리는 경우
12428정성태11/25/202033VS.NET IDE: 154. Visual Studio - .NET Core App 실행 시 dotnet.exe 실행 화면만 나오는 문제
12427정성태11/25/2020108.NET Framework: 975. .NET Core를 직접 호스팅해 (runtimeconfig.json 없이) EXE만 배포해 실행파일 다운로드1
12426정성태11/24/202024오류 유형: 685. WinDbg Preview - error InitTypeRead
12425정성태11/24/202022VC++: 141. Visual C++ - "Treat Warnings As Errors" 옵션이 꺼져 있는데도 일부 경고가 에러 처리되는 경우
12424정성태11/24/202055VC++: 140. C++의 연산자 동의어(operator synonyms), 대체 토큰
12423정성태11/22/2020101.NET Framework: 974. C# 9.0 - (16) 제약 조건이 없는 형식 매개변수 주석(Unconstrained type parameter annotations)파일 다운로드1
12422정성태11/21/202070.NET Framework: 973. .NET 5, .NET Framework에서만 허용하는 UnmanagedCallersOnly 사용예파일 다운로드1
12421정성태11/23/202073.NET Framework: 972. DNNE가 출력한 NE DLL을 직접 생성하는 방법파일 다운로드1
12420정성태11/19/202034오류 유형: 684. Visual C++ - MSIL .netmodule or module compiled with /GL found; restarting link with /LTCG; add /LTCG to the link command line to improve linker performance
12419정성태11/23/202092VC++: 139. Visual C++ - .NET Core의 nethost.lib와 정적 링크파일 다운로드1
12418정성태11/19/202032오류 유형: 683. Visual C++ - error LNK2038: mismatch detected for 'RuntimeLibrary': value 'MT_StaticRelease' doesn't match value 'MDd_DynamicDebug'파일 다운로드1
12417정성태11/19/202035오류 유형: 682. Visual C++ - warning LNK4099: PDB '...pdb' was not found with '...lib(pch.obj)' or at '...pdb'; linking object as if no debug info
12416정성태11/19/202023오류 유형: 681. Visual C++ - error LNK2001: unresolved external symbol _CrtDbgReport
12415정성태11/19/202081.NET Framework: 971. UnmanagedCallersOnly 특성과 DNNE 사용파일 다운로드1
12414정성태11/20/2020112VC++: 138. x64 빌드에서 extern "C"가 아닌 경우 ___cdecl name mangling 적용 [4]파일 다운로드1
12413정성태11/17/2020115.NET Framework: 970. .NET 5 / .NET Core - UnmanagedCallersOnly 특성을 사용한 함수 내보내기파일 다운로드1
12412정성태11/21/202081.NET Framework: 969. .NET Framework 및 .NET 5 - UnmanagedCallersOnly 특성 사용파일 다운로드1
12411정성태11/12/202071오류 유형: 680. C# 9.0 - Error CS8889 The target runtime doesn't support extensible or runtime-environment default calling conventions.
12410정성태11/12/202096디버깅 기술: 174. windbg - System.TypeLoadException 예외 분석 사례
12409정성태11/12/2020122.NET Framework: 968. C# 9.0의 Function pointer를 이용한 함수 주소 구하는 방법파일 다운로드1
[1]  2  3  4  5  6  7  8  9  10  11  12  13  14  15  ...