Microsoft MVP성태의 닷넷 이야기
.NET Framework: 611. C++ 개발자들을 위한 C# Thread 동작 방식 [링크 복사], [링크+제목 복사]
조회: 19399
글쓴 사람
정성태 (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
정성태

... 46  47  48  49  [50]  51  52  53  54  55  56  57  58  59  60  ...
NoWriterDateCnt.TitleFile(s)
12377정성태10/15/202011354디버깅 기술: 172. windbg - 파일 열기 시점에 bp를 걸어 파일명 알아내는 방법(Managed/Unmanaged)
12376정성태10/15/20208100오류 유형: 669. windbg - sos의 name2ee 명령어 실행 시 "Failed to request module list." 오류
12375정성태10/15/20209463Windows: 177. 윈도우 탐색기에서 띄우는 cmd.exe 창의 디렉터리 구분 문자가 'Yen(&#0165;)' 기호로 나오는 경우 [1]
12374정성태10/14/202014057.NET Framework: 953. C# 9.0 - (6) 함수 포인터(Function pointers) [1]파일 다운로드2
12373정성태10/14/20209335.NET Framework: 952. OpCodes.Box와 관련해 IL 형식으로 직접 코딩 시 유의할 점
12372정성태10/13/202011289.NET Framework: 951. C# 9.0 - (5) 로컬 함수에 특성 지정 가능(Attributes on local functions)파일 다운로드1
12371정성태10/13/20209973개발 환경 구성: 519. Visual Studio의 Ctrl+Shift+U (Edit.MakeUppercase) 단축키가 동작하지 않는 경우
12370정성태10/13/202010835Linux: 33. Linux - nmcli를 이용한 고정 IP 설정
12369정성태10/12/202013657Windows: 176. Raymond Chen이 한글날에 밝히는 윈도우의 한글 자모 분리 현상 [3]
12368정성태10/12/20209673오류 유형: 668. VSIX 확장 빌드 - The "GetDeploymentPathFromVsixManifest" task failed unexpectedly.
12367정성태10/12/202022431오류 유형: 667. Ubuntu - Temporary failure resolving 'kr.archive.ubuntu.com' [2]
12366정성태10/12/202011494.NET Framework: 950. C# 9.0 - (4) 원시 크기 정수(Native ints) [1]파일 다운로드1
12365정성태10/12/202010456.NET Framework: 949. C# 9.0 - (3) 람다 메서드의 매개 변수 무시(Lambda discard parameters)파일 다운로드1
12364정성태10/11/202011665.NET Framework: 948. C# 9.0 - (2) localsinit 플래그 내보내기 무시(Suppress emitting localsinit flag)파일 다운로드1
12363정성태10/11/202012574.NET Framework: 947. C# 9.0 - (1) 대상으로 형식화된 new 식(Target-typed new expressions) [2]파일 다운로드1
12362정성태10/11/20209311VS.NET IDE: 151. Visual Studio 2019에 .NET 5 rc/preview 적용하는 방법
12361정성태10/11/202010921.NET Framework: 946. C# 9.0을 위한 개발 환경 구성
12360정성태10/8/20208155오류 유형: 666. The type or namespace name '...' does not exist in the namespace 'Microsoft.VisualStudio.TestTools' (are you missing an assembly reference?)
12359정성태10/7/20209657오류 유형: 665. Windows - 재부팅 후 iSCSI 연결이 끊기는 문제
12358정성태10/7/20209662오류 유형: 664. Web Deploy 설치 시 "A newer version of Microsoft Web Deploy 3.6 was found on this machine." 오류 [3]
12357정성태10/7/20207763오류 유형: 663. 이벤트 로그 - The storage optimizer couldn't complete retrim on New Volume
12356정성태10/7/202022418오류 유형: 662. ASP.NET Core와 500.19, 500.21 오류 (0x8007000d)
12355정성태10/3/20207841오류 유형: 661. Hyper-V Linux VM의 Internal 유형의 가상 Switch에 대한 IP 연결이 되지 않는 경우
12354정성태10/2/202020672오류 유형: 660. Web Deploy (msdeploy.axd) 실행 시 오류 기록 [1]
12353정성태10/2/202010469개발 환경 구성: 518. 비주얼 스튜디오에서 IIS 웹 서버로 "Web Deploy"를 이용해 배포하는 방법
12352정성태10/2/202010978개발 환경 구성: 517. Hyper-V Internal 네트워크에 NAT을 이용한 인터넷 연결 제공
... 46  47  48  49  [50]  51  52  53  54  55  56  57  58  59  60  ...