Microsoft MVP성태의 닷넷 이야기
.NET Framework: 611. C++ 개발자들을 위한 C# Thread 동작 방식 [링크 복사], [링크+제목 복사],
조회: 19750
글쓴 사람
정성태 (techsharer at outlook.com)
홈페이지
첨부 파일
 
(연관된 글이 1개 있습니다.)

C++ 개발자들을 위한 C# Thread 동작 방식

아래와 같은 질문이 있군요. ^^

C# 스레드 질문입니다. 
; http://lab.gamecodi.com/board/zboard.php?id=GAMECODILAB_QnA_etc&no=4517&z=

질문의 요지는 이렇습니다. C++의 경우 class에서 Thread를 사용하려면 다음과 같이 static (또는 전역 함수)로 정의된 경우여야 합니다.

#include "stdafx.h"
#include <Windows.h>

class MyClass
{
public:
    static DWORD threadFunc(void *ptr)
    {
        printf("threadFunc called!\n");
        return 0;
    }

    DWORD dummy(void *ptr) { return 0; }
};

int main()
{
    HANDLE hHandle = ::CreateThread(nullptr, 0, (LPTHREAD_START_ROUTINE) &MyClass::threadFunc, nullptr, 0, nullptr);
    ::WaitForSingleObject(hHandle, -1);

    return 0;
}

C++은 class의 static 함수의 타입을 정의된 그대로 "DWORD (*)(void *)"로 처리하는 반면, 그렇지 않은 경우에는 함수(예제에서는 dummy)의 타입에 클래스 명이 붙어 "DWORD (MyClass::*)(void *)"로 처리합니다. 게다가 이런 경우에는 강제 형 변환조차도 할 수 없도록 C++ 컴파일러 자체가 막아 버립니다.

// 아래의 코드는 컴파일러 오류 발생 (Error C2440 - 'type cast': cannot convert from 'DWORD (__thiscall MyClass::* )(void *)' to 'LPTHREAD_START_ROUTINE')

LPTHREAD_START_ROUTINE pThreadFunc = (LPTHREAD_START_ROUTINE)(&MyClass::dummy);

C++ 클래스의 멤버 함수 signature에 클래스 이름이 붙는 것은 사실 "this" 포인터를 전달하는 함수라는 것입니다. 그래서, 엄밀히 따지면 LPTHREAD_START_ROUTINE 함수 포인터의 signature에 근접한 dummy 함수를 정의하려면 오히려 다음과 같이 해야 합니다.

class MyClass
{
public:
    DWORD __stdcall dummy() { return 0; }
};

물론, 그래도 C++ 컴파일러는 LPTHREAD_START_ROUTINE으로의 형 변환을 막습니다.

어쨌든, C++ 코드로는 this 포인터를 우아하게 전달할 수 있는 방법은 없고 단지 다음과 같이 CreateThread 함수에 this를 함께 전달하는 수밖에 없습니다.

#include "stdafx.h"
#include <Windows.h>

class MyClass
{
public:
    static DWORD WINAPI threadFunc(LPVOID ptr)
    {
        MyClass *pThis = (MyClass *)ptr;

        pThis->dummy();

        printf("threadFunc called!\n");
        return 0;
    }

    DWORD __stdcall dummy() { return 0; }
};

int main()
{
    MyClass *t = new MyClass();
    
    HANDLE hHandle = ::CreateThread(nullptr, 0, (LPTHREAD_START_ROUTINE) &MyClass::threadFunc, t, 0, nullptr);
    ::WaitForSingleObject(hHandle, -1);

    delete t;
    return 0;
}




그런데, C#에서는 어떻게 할까요?

using System;
using System.Threading;

namespace ConsoleApplication1
{
    class Program
    {
        static void Main(string[] args)
        {
            MyClass m = new MyClass(5);

            Thread t = new Thread(m.Test);
            t.Start();
            t.Join();
        }
    }

    class MyClass
    {
        int _value;
        public MyClass(int value) { _value = value; }

        public void Test()
        {
            Console.WriteLine("Test called: " + _value);
        }
    }
}

Thread 타입에 Test 멤버 함수를 넘겨주면서도, Test 메서드 내에서는 아무렇지도 않게 _value 멤버를 사용하고 있습니다. C++ 개발자들에게는 도저히 이해가 안 되는 코드입니다. (사실, C# 개발자 입장에서도 얼핏 생각해보면 그다지 이해가 안 됩니다.)

이에 대한 비밀은 C# 컴파일러에 있습니다. 개발자 입장에서는 "new Thread(m.Test)"라고 멤버 함수를 넣어주는 것처럼 보이지만, C# 컴파일러는 이것을 delegate 타입으로 감싼 인스턴스를 넘겨주는 부가 코드를 작성해주는 것입니다. 그래서 실제 컴파일된 코드를 .NET Reflector를 이용해 IL 코드로 보면 다음과 같은 형식으로 나옵니다.

MyClass m = new MyClass(5);

Thread t = new Thread( new ThreadStart(m, (address of)m.Test) ); // pseudo 코드입니다.

결국, Thread 클래스 내부에서는 ThreadStart 타입의 Invoke를 호출하게 되고 Invoke는 대충 다음과 같은 형식으로 처리를 하게 됩니다.

class ThreadStart
{
    object _target;
    FuncionPtr _ptrToFunction;  // pseudo 코드입니다.

    public ThreadStart(object target, FunctionPtr ptr)
    {
        _target = target;
        _ptrToFunction = ptr;
    }

    void Invoke()
    {
        _ptrToFunction(_target); // this 포인터를 넣어주고 호출
    }
}




그나저나, 전부터 참 궁금했던 내용인데요, 그토록 유연한 코딩이 가능한 C++이 왜 클래스의 함수 포인터에 대해서는 non-static의 처리를 그토록 엄격하게 처리하도록 만들었을까 하는 점입니다. 본문에서처럼 다음과 같이 강제 형 변환이 가능하다면,

LPTHREAD_START_ROUTINE pThreadFunc = (LPTHREAD_START_ROUTINE)(&MyClass::dummy);

CreateThread에 다음과 같은 식으로 전달하는 것이 가능합니다.

MyClass *t = new MyClass();
HANDLE hHandle = ::CreateThread(nullptr, 0, (LPTHREAD_START_ROUTINE) &MyClass::dummy, t, 0, nullptr);

그럼, 운영체제는 넘겨진 함수 포인터의 첫 번째 인자로 t를 전달해 줄 것이고 이로 인해 자연스럽게 this 포인터가 전달된 것처럼 동작하기 때문에 아무런 문제없이 클래스의 멤버 함수 호출이 이뤄지게 됩니다.




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

[연관 글]






[최초 등록일: ]
[최종 수정일: 6/27/2021]

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

비밀번호

댓글 작성자
 



2016-10-20 12시34분
[ryujh] 안녕하세요. C# 예제에서

Thread t = new Thread(m.Test);
t.Start();
t.Join();

하는 것은
m.Test(); 실행으로 생각하는 것으로 이해하고 있으며

m._value 도 this._value 로 이해하고 있는데 C#에 익숙해서 그런것인가요?

반면 C++ 코드가 이해가 어려운데 포인터 개념이 필요해서 그런 것인지요?

C#으로 웹개발만 할 수 없어서 다른 분야 개발을 알아보는데 C#을 사용하는 경우를 못찾았고 C++이 일반적이더군요.

C# 코드를 C++ 코드로 변환하면서 익히는 수 밖에 없을까요?

마지막 예제는 실제로는 실행/컴파일 불가한 코드인지요?

감사합니다.
[guest]
2016-10-20 12시55분
m.Test()를 실행하는 것은 맞지만, 얼핏 보면 MyClass의 Test 메서드를 전달하는 듯 보입니다. C++ 개발자들 입장에서는 delegate를 C++의 함수 포인터로 이해하는 경우가 많기 때문에 (실제로 그렇게 이해해도 무방하고.) this에 대한 처리가 없는 상황에서 저 코드가 잘 동작한다는 것이 의아스러운 거죠. ^^

그리고 m.Test()를 실행한다고는 하지만, 원래 내부적으로는 this 포인터를 전달해야 객체 데이터를 접근할 수 있습니다. Thread 객체가 나중에 호출해준다고 가정했을 때, "m" 인스턴스없이 m.Test()만 호출해서는 코드가 정상적으로 동작하지 않는 것이죠. (반드시 m 인스턴스를 보관하고 있어야 합니다.) 이것은 Reflection에서 MethodInfo.Invoke 메서드의 인자에 m 인스턴스가 필요한 것과 유사하다고 보시면 됩니다.

제가 제시한 C++ 코드의 핵심은 포인터인데 어렵게 느껴졌다면 그 때문이겠지요! (참고로, Visual C++ 개발자들에게는 그냥 정형화된 코드입니다.)

다른 분야라면? ^^ 오히려 C#은 웹 개발 뿐만 아니라 UI 프로그래밍에도 강점이 있습니다. Java의 경우 UI 프로그래밍이 많이 수그러든 것에 비하면 C#은 Mono를 이용한 WinForm 개발까지 포함하면 꽤나 클라이언트용 프로그램에도 좋은 이점이 있습니다.
(마지막 예제는 실행 불가입니다.)

--------------------

 CreateThread Win32 API에 C++ 클래스의 멤버 함수를 전달하는 방법
; http://www.sysnet.pe.kr/2/0/11163
정성태

... 16  17  18  19  [20]  21  22  23  24  25  26  27  28  29  30  ...
NoWriterDateCnt.TitleFile(s)
13146정성태10/24/20225832.NET Framework: 2060. C# - Java의 Xmx와 유사한 힙 메모리 최댓값 제어 옵션 HeapHardLimit
13145정성태10/21/20226105오류 유형: 822. db2 - Password validation for user db2inst1 failed with rc = -2146500508
13144정성태10/20/20225988.NET Framework: 2059. ClrMD를 이용해 윈도우 환경의 메모리 덤프로부터 닷넷 모듈을 추출하는 방법파일 다운로드1
13143정성태10/19/20226536오류 유형: 821. windbg/sos - Error code - 0x000021BE
13142정성태10/18/20225747도서: 시작하세요! C# 12 프로그래밍
13141정성태10/17/20227111.NET Framework: 2058. [in,out] 배열을 C#에서 C/C++로 넘기는 방법 - 세 번째 이야기파일 다운로드1
13140정성태10/11/20226415C/C++: 159. C/C++ - 리눅스 환경에서 u16string 문자열을 출력하는 방법 [2]
13139정성태10/9/20226161.NET Framework: 2057. 리눅스 환경의 .NET Core 3/5+ 메모리 덤프로부터 모든 닷넷 모듈을 추출하는 방법파일 다운로드1
13138정성태10/8/20227500.NET Framework: 2056. C# - await 비동기 호출을 기대한 메서드가 동기로 호출되었을 때의 부작용 [1]
13137정성태10/8/20225854.NET Framework: 2055. 리눅스 환경의 .NET Core 3/5+ 메모리 덤프로부터 닷넷 모듈을 추출하는 방법
13136정성태10/7/20226421.NET Framework: 2054. .NET Core/5+ SDK 설치 없이 dotnet-dump 사용하는 방법
13135정성태10/5/20226694.NET Framework: 2053. 리눅스 환경의 .NET Core 3/5+ 메모리 덤프를 분석하는 방법 - 두 번째 이야기
13134정성태10/4/20225401오류 유형: 820. There is a problem with AMD Radeon RX 5600 XT device. For more information, search for 'graphics device driver error code 31'
13133정성태10/4/20225728Windows: 211. Windows - (commit이 아닌) reserved 메모리 사용량 확인 방법 [1]
13132정성태10/3/20225649스크립트: 42. 파이썬 - latexify-py 패키지 소개 - 함수를 mathjax 식으로 표현
13131정성태10/3/20228418.NET Framework: 2052. C# - Windows Forms의 데이터 바인딩 지원(DataBinding, DataSource) [2]파일 다운로드1
13130정성태9/28/20225337.NET Framework: 2051. .NET Core/5+ - 에러 로깅을 위한 Middleware가 동작하지 않는 경우파일 다운로드1
13129정성태9/27/20225660.NET Framework: 2050. .NET Core를 IIS에서 호스팅하는 경우 .NET Framework CLR이 함께 로드되는 환경
13128정성태9/23/20228332C/C++: 158. Visual C++ - IDL 구문 중 "unsigned long"을 인식하지 못하는 #import파일 다운로드1
13127정성태9/22/20226810Windows: 210. WSL에 systemd 도입
13126정성태9/15/20227409.NET Framework: 2049. C# 11 - 정적 메서드에 대한 delegate 처리 시 cache 적용
13125정성태9/14/20227629.NET Framework: 2048. C# 11 - 구조체 필드의 자동 초기화(auto-default structs)
13124정성태9/13/20227442.NET Framework: 2047. Golang, Python, C#에서의 CRC32 사용
13123정성태9/8/20227806.NET Framework: 2046. C# 11 - 멤버(속성/필드)에 지정할 수 있는 required 예약어 추가
13122정성태8/26/20227735.NET Framework: 2045. C# 11 - 메서드 매개 변수에 대한 nameof 지원
13121정성태8/23/20225617C/C++: 157. Golang - 구조체의 slice 필드를 Reflection을 이용해 변경하는 방법
... 16  17  18  19  [20]  21  22  23  24  25  26  27  28  29  30  ...