Microsoft MVP성태의 닷넷 이야기
.NET Framework: 680. C# - 작업자(Worker) 스레드와 UI 스레드 [링크 복사], [링크+제목 복사],
조회: 27544
글쓴 사람
정성태 (techsharer at outlook.com)
홈페이지
첨부 파일
 
(연관된 글이 7개 있습니다.)
(시리즈 글이 11개 있습니다.)
.NET Framework: 612. UWP(유니버설 윈도우 플랫폼) 앱에서 콜백 함수 내에서의 UI 요소 접근 방법
; https://www.sysnet.pe.kr/2/0/11071

.NET Framework: 680. C# - 작업자(Worker) 스레드와 UI 스레드
; https://www.sysnet.pe.kr/2/0/11287

.NET Framework: 777. UI 요소의 접근은 반드시 그 UI를 만든 스레드에서!
; https://www.sysnet.pe.kr/2/0/11561

.NET Framework: 805. 두 개의 윈도우를 각각 실행하는 방법(Windows Forms, WPF)
; https://www.sysnet.pe.kr/2/0/11802

.NET Framework: 886. C# - Console 응용 프로그램에서 UI 스레드 구현 방법
; https://www.sysnet.pe.kr/2/0/12139

.NET Framework: 911. Console/Service Application을 위한 SynchronizationContext - AsyncContext
; https://www.sysnet.pe.kr/2/0/12231

.NET Framework: 1022. UI 요소의 접근은 반드시 그 UI를 만든 스레드에서! - 두 번째 이야기
; https://www.sysnet.pe.kr/2/0/12537

.NET Framework: 2076. C# - SynchronizationContext 기본 사용법
; https://www.sysnet.pe.kr/2/0/13190

.NET Framework: 2077. C# - 직접 만들어 보는 SynchronizationContext
; https://www.sysnet.pe.kr/2/0/13191

닷넷: 2278. WPF - 스레드에 종속되는 DependencyObject
; https://www.sysnet.pe.kr/2/0/13682

닷넷: 2298. C# - Console 프로젝트에서의 await 대상으로 Main 스레드 활용하는 방법
; https://www.sysnet.pe.kr/2/0/13743




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://learn.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); 
    }
} 

// If threads are created without a message queue, why can I post to them immediately upon creation?
// ; https://devblogs.microsoft.com/oldnewthing/20241009-00/?p=110354

닷넷에서는 이러한 메시지 펌프를 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/11/2024]

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

비밀번호

댓글 작성자
 



2017-09-04 12시16분
[이봉호] Main Thread가 아닌 UI Thread라는 것이 별도로 존재하나요? Main Thread에서 Message Loop로 처리되는 것이 아닌가요?
[guest]
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개가 되는 건가요?
[guest]
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요소를 업데이트하려고 하면 오류가 발생하나요?
[guest]
2019-01-29 06시46분
@민지홍 질문하신 분이 직접 답변을 하셔도 좋을 것 같은데요. ^^ 이 글의 내용에 이미 답이 있고, 또는 간단하게 코드를 만들어 실습해도 금방 답이 나올 것입니다.
정성태
2019-01-30 02시58분
[민지홍] 다시 읽어보니 이해되었습니다! 감사합니다. ㅎㅎ
[guest]
2020-10-20 02시53분
[Jireh] 업무 중 원인을 몰라서 연구하는 도중 도움 많이 되었습니다!
감사합니다!
[guest]
2022-09-09 07시43분
[한예지] 선생님 혹시
ThreadPool.QueueUserWorkItem(
    (arg) =>
    {
        Form2 form = new Form2();
        Application.Run(form);
    }, null); 를 어디에 넣어야 할까요?
보통 winform 프로젝트를 생성하면 Form1이 자동 생성되는데
Form2도 추가해서 띄우나요?
[guest]
2022-09-09 09시05분
네, 어디다 두어도 상관없습니다. 해당 코드는 Form2를 별도의 스레드에서 띄우기 위한 테스트 용도일 뿐입니다.
정성태
2022-09-10 10시22분
[한예지] 좋은 글, 좋은 답변 감사드립니다.
명절 잘 보내세요~!
[guest]

... 151  152  153  154  155  [156]  157  158  159  160  161  162  163  164  165  ...
NoWriterDateCnt.TitleFile(s)
1151정성태10/18/201122686Java: 13. 자바도 64비트에서 (2GB) OutOfMemoryException 예외가 발생할까?
1150정성태10/18/201129866.NET Framework: 250. WPF - ComboBox의 SelectionChagned 이벤트파일 다운로드1
1149정성태10/16/201125575.NET Framework: 249. WPF - d:DesignHeight 값을 구할 수 있을까?
1148정성태10/14/201131575Java: 12. 자바에서 LINQ 사용? [7]
1147정성태10/13/201127483.NET Framework: 248. 닷넷에서 지원되는 문자열 인코딩 이름 목록
1146정성태10/12/201133223.NET Framework: 247. LINQ에서의 Max 기능 구현 [10]파일 다운로드1
1144정성태10/10/201128910.NET Framework: 246. WCF - 서버 측에서의 유효한 Timeout 설정파일 다운로드1
1143정성태10/9/201134478.NET Framework: 245. ASP.NET 서버 측 코드에서 페이스북 계정 연동하는 방법
1142정성태10/8/201134977.NET Framework: 244. 윈도우 폼을 열고 닫는 것만으로 메모리 leak이 발생할까? [2]파일 다운로드1
1141정성태10/7/201133606.NET Framework: 243. DataTable에 대해서 Dispose 메서드를 호출할 필요가 있을까? [4]파일 다운로드1
1140정성태10/6/201126771.NET Framework: 242. 닷넷 개발자 입장에서 이해해 보는 자바의 서블릿, JSP
1138정성태10/1/201144434Java: 11. 웹 로직에서 MS-SQL 서버 연결 [2]
1137정성태9/30/201129977Java: 10. 닷넷 개발자가 설치해 본 Oracle WebLogic Server - 설치 및 기본 도메인 구성
1136정성태9/29/201125362개발 환경 구성: 131. Visual Studio - ASP.NET의 Code-behind처럼 cs 파일을 그룹핑하는 매크로 함수 [2]파일 다운로드1
1135정성태9/29/201122833오류 유형: 138. TF10216: Team Foundation services are currently unavailable
1134정성태9/27/201130289.NET Framework: 241. C# 5.0에 새로 추가된 Caller Info 특성 [5]
1133정성태9/25/201133578VC++: 54. C++로 만든 WinRT 프로그램 [2]
1132정성태9/24/201173048Java: 9. 자바의 keytool.exe 사용법과 Tomcat의 SSL 통신 설정
1131정성태9/23/201129255Java: 8. 닷넷 개발자가 구현해 본 자바 웹 서비스 (2)
1130정성태9/23/201137250Java: 7. 닷넷 개발자가 구현해 본 자바 웹 서비스 (1)파일 다운로드2
1129정성태9/22/201128883개발 환경 구성: 130. Hyper-V에 MS-DOS VM 만드는 방법 - MSDN 구독자 대상 [3]
1128정성태9/20/201129028오류 유형: 137. KB2449742 보안 업데이트로 인한 충돌 문제 해결 - 두 번째 이야기
1127정성태9/19/201133111Java: 6. Java에서 MySQL 사용 [2]
1126정성태9/18/201128264Math: 3. "유클리드 호제법"과 "Bezout's identity" 구현 코드(C#)파일 다운로드1
1125정성태9/17/201126145Windows: 54. Windows 8 개발자 Preview를 사용해 보고... [2]
1124정성태9/17/201126417.NET Framework: 240. System.Collections.ArrayList가 .NET 4.5에서 지원이 안된다??? [2]
... 151  152  153  154  155  [156]  157  158  159  160  161  162  163  164  165  ...