Microsoft MVP성태의 닷넷 이야기
닷넷: 2283. C# - Lock / Wait 상태에서도 STA COM 메서드 호출 처리 [링크 복사], [링크+제목 복사],
조회: 7422
글쓴 사람
정성태 (seongtaejeong at gmail.com)
홈페이지
첨부 파일
(연관된 글이 1개 있습니다.)
(시리즈 글이 2개 있습니다.)
닷넷: 2281. C# - Lock / Wait 상태에서도 일부 Win32 메시지 처리
; https://www.sysnet.pe.kr/2/0/13688

닷넷: 2283. C# - Lock / Wait 상태에서도 STA COM 메서드 호출 처리
; https://www.sysnet.pe.kr/2/0/13695




C# - Lock / Wait 상태에서도 STA COM 메서드 호출 처리

결론 먼저 말하면, 이번 글의 내용도 전체적인 원칙은 지난 글에 설명한 내용과 같습니다.

C# - Lock / Wait 상태에서도 일부 Win32 메시지 처리
; https://www.sysnet.pe.kr/2/0/13688

즉, Lock / Wait 상태에서 허용되는 메시지 펌핑의 처리에 COM 메서드 호출도 포함돼 있는 것입니다.




그래도 직접 확인해 보면 더 재미있을 것 같습니다. ^^ 예제 구성은 지난 글에 설명한 대로 (레지스트리를 어지럽히지 않기 위해) reg-free로 COM 개체를 참조하는 Windows Forms C# 프로젝트를 만들었습니다.

Visual Studio - C# 프로젝트에서 레지스트리에 등록하지 않은 COM 개체 참조 및 사용 방법
; https://www.sysnet.pe.kr/2/0/13693

해당 예제 구성에서 ATL 프로젝트의 COM 함수인 HelloWorld만 Thread ID를 함께 출력하도록 변경합니다.

STDMETHODIMP CATLSimpleObject::HelloWorld(BSTR text)
{
    wchar_t buffer[1024] = { 0 };
    swprintf(buffer, 1024, L"[tid: %d] %s HelloWorld\n", GetCurrentThreadId(), text);
    
    ::OutputDebugStringW(buffer);
    printf("%S\n", buffer);
    
    return S_OK;
}

자, 그럼 메시지 루프가 있는 WinForms 예제를 통해 알아보기 전에, 메시지 루프가 없는 콘솔 예제로 기본적인 동작을 확인해 보겠습니다. 우선, ATL 프로젝트에서 만든 COM 개체가 STA 유형이기 때문에 다음과 같이 호출할 수 있습니다.

internal class Program
{
    [DllImport("kernel32.dll")]
    public static extern uint GetCurrentThreadId();

    [STAThread]
    static void Main(string[] args)
    {
        Console.WriteLine($"Console ThreadID: {GetCurrentThreadId()}"); // Console ThreadID: 67196
        ATLProject1Lib.ATLSimpleObjectClass _obj = new ATLProject1Lib.ATLSimpleObjectClass();
        _obj.HelloWorld($"from Main thread"); // 출력 결과: [tid: 67196] from Main thread HelloWorld
    }
}

보는 바와 같이 STA COM 개체를 STA 유형의 스레드에서 생성했으므로, 해당 스레드에서는 별도의 마샬링 작업 없이 곧바로 호출이 가능합니다. 그래서 출력에 나온 스레드 ID가 2개 모두 67196으로 같습니다.

이제 위의 예제에서, _obj 개체를 다른 스레드에 전달해 호출해 보겠습니다.

[STAThread]
static void Main(string[] args)
{
    Console.WriteLine($"Console ThreadID: {GetCurrentThreadId()}");
    ATLProject1Lib.ATLSimpleObjectClass _obj = new ATLProject1Lib.ATLSimpleObjectClass();

    new Thread(() =>
    {
        ATLProject1Lib.ATLSimpleObjectClass marshalled = _obj;
        marshalled.HelloWorld($"from another thread");
    })
    {
        IsBackground = true
    }.Start();

    _obj.HelloWorld($"from Main thread");

    Console.ReadLine();
}

위와 같이 변경하고 실행해 보면,

Console ThreadID: 57504
[tid: 57504] from Main thread HelloWorld

출력 결과에 "from another thread" 문구는 보이지 않습니다. 왜냐하면, STA COM 개체는 그 COM 개체를 생성한 스레드에서만 메서드 호출 처리를 할 수 있기 때문입니다. 위와 같이 다른 스레드에서 호출하려는 경우에는 마샬링을 거쳐 호출이 되는데요, 그 호출의 직렬화를 위해 사용되는 것이 메시지 루프입니다. 하지만, 위의 Console App은 COM 개체를 생성한 스레드에 메시지 루프가 없기 때문에 새로운 스레드에서의 HelloWorld 메서드 호출이 처리가 안 됩니다. 결국, 새로운 스레드는 저 호출에서 Blocking이 걸리기 때문에 영원히 종료하지 않게 됩니다.

그나저나, 저 코드가 C#이기 때문에 쉽게 작성됐지만 C/C++이었다면 CoMarshalInterThreadInterfaceInStream Win32 API를 이용해 인터페이스를 Stream으로 마샬링한 다음, 다른 스레드에서 CoGetInterfaceAndReleaseStream을 호출해 언마샬링을 해야 합니다. 아마도 이제는 이런 함수를 기억하실 분들이 거의 없는 시기가 되었지만. ^^

What is COM marshaling and how do I use it?
; https://devblogs.microsoft.com/oldnewthing/20151020-00/?p=91321

What are the rules for CoMarshalInterThreadInterfaceInStream and CoGetInterfaceAndReleaseStream?
; https://devblogs.microsoft.com/oldnewthing/20151021-00/?p=91311

What are the rules for CoMarshalInterface and CoUnmarshalInterface?
; https://devblogs.microsoft.com/oldnewthing/20151022-00/?p=91301

CoGetInterfaceAndReleaseStream does not mix with smart pointers
; https://devblogs.microsoft.com/oldnewthing/20151023-00/?p=91291




결국, 새로운 스레드의 Blocking을 풀어내려면 STA COM 개체를 생성한 측에서 메시지 루프를 돌려야 합니다. 즉, 다른 스레드에서 받은 HelloWorld 호출 신호를 STA Thread가 받아서 호출을 해주는 것입니다.

따라서, 위의 예제를 그대로 Windows Forms로 가져가면,

using System.Runtime.InteropServices;

namespace WinFormsApp1;

public partial class Form1 : Form
{
    [DllImport("kernel32.dll")]
    public static extern uint GetCurrentThreadId();

    public Form1()
    {
        InitializeComponent();
    }

    ATLProject1Lib.ATLSimpleObjectClass _obj = new ATLProject1Lib.ATLSimpleObjectClass();

    private void Form1_Load(object sender, EventArgs e)
    {
        System.Diagnostics.Trace.WriteLine($"Form1 ThreadID: {GetCurrentThreadId()}");
        _obj.HelloWorld("from UI thread");

        new Thread(() =>
        {
            ATLProject1Lib.ATLSimpleObjectClass marshalled = _obj;
            marshalled.HelloWorld("from another thread");
        })
        { IsBackground = true }.Start();
    }
}

Visual Studio에서 F5 디버깅으로 실행했을 때 Output 창에는 이런 출력 결과가 나옵니다.

...[생략]...
Form1 ThreadID: 73232
[tid: 73232] from UI thread HelloWorld
...[생략]...
[tid: 73232] from another thread HelloWorld

메시지 루프가 있기 때문에 COM 개체를 직접 생성하지 않았던 스레드에서의 호출도 정상적으로 처리되었습니다. 게다가 ThreadID도 모두 같은 73232로 나옵니다.

여기까지 테스트 결과가 잘 이해되시죠? ^^




자, 그럼 lock 상황으로 가보겠습니다. lock으로 인해 UI 스레드를 blocking 하는 코드를 다음과 같이 추가하고,

ATLProject1Lib.ATLSimpleObjectClass _obj = new ATLProject1Lib.ATLSimpleObjectClass();
object _objLock = new object();

private void Form1_Load(object sender, EventArgs e)
{
    System.Diagnostics.Trace.WriteLine($"Form1 ThreadID: {GetCurrentThreadId()}");
    _obj.HelloWorld("from UI thread");

    new Thread(() =>
    {
        ATLProject1Lib.ATLSimpleObjectClass marshalled = _obj;

        lock (_objLock)
        {
            while (true)
            {
                marshalled.HelloWorld("from another thread");
                Thread.Sleep(3000);
            }
        }
    })
    { IsBackground = true }.Start();
}

private void button1_Click(object sender, EventArgs e)
{
    _obj.HelloWorld("UI Thread");

    lock (_objLock)
    {
        System.Diagnostics.Trace.WriteLine("Never see this message in the output window");
    }
}

만약, 지난번("C# - Lock / Wait 상태에서도 일부 Win32 메시지 처리") 글의 테스트처럼 lock 상태에서 COM 개체 호출을 가능하게 했다면 위에서 "button1"을 눌렀어도 new Thread 내부의 while 루프는 정상적으로 HelloWorld를 계속 부를 수 있어야 합니다.

다행히 기대했던 대로, F5 실행해 보면 Output 창에는 "[tid: ...] from another thread HelloWorld" 메시지가 출력됩니다. 반면, lock 대신 "Thread.Sleep(-1)"으로 바꾸면,

private void button1_Click(object sender, EventArgs e)
{
    Thread.Sleep(-1);
}

lock의 잠금 상태에서와는 달리 "button1"을 누른 경우 이제 더 이상 Output 화면에는 "from another thread HelloWorld" 메시지가 출력되지 않습니다.

이걸로 확인 끝!!! ^^

(첨부 파일은 이 글의 예제 프로젝트를 포함합니다.)




위의 글을 읽고 아래의 Q&A를 보시면 이해가 더 잘 될 것입니다.

Which blocking operations cause an STA thread to pump COM messages?
; https://stackoverflow.com/questions/21571598/which-blocking-operations-cause-an-sta-thread-to-pump-com-messages




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

[연관 글]






[최초 등록일: ]
[최종 수정일: 8/6/2024]

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

비밀번호

댓글 작성자
 




[1]  2  3  4  5  6  7  8  9  10  11  12  13  14  15  ...
NoWriterDateCnt.TitleFile(s)
13917정성태4/30/202544VS.NET IDE: 199. Directory.Build.props에 정의한 속성에 대해 Condition 제약으로 값을 변경하는 방법
13916정성태4/23/2025446디버깅 기술: 221. WinDbg 분석 사례 - ASP.NET HttpCookieCollection을 다중 스레드에서 사용할 경우 무한 루프 현상 - 두 번째 이야기
13915정성태4/13/20251652닷넷: 2331. C# - 실행 시에 메서드 가로채기 (.NET 9)파일 다운로드1
13914정성태4/11/20251965디버깅 기술: 220. windbg 분석 사례 - x86 ASP.NET 웹 응용 프로그램의 CPU 100% 현상 (4)
13913정성태4/10/20251204오류 유형: 950. Process Explorer - 64비트 윈도우에서 32비트 프로세스의 덤프를 뜰 때 "Error writing dump file: Access is denied." 오류
13912정성태4/9/2025863닷넷: 2330. C# - 실행 시에 메서드 가로채기 (.NET 5 ~ .NET 8)파일 다운로드1
13911정성태4/8/20251091오류 유형: 949. WinDbg - .NET Core/5+ 응용 프로그램 디버깅 시 sos 확장을 자동으로 로드하지 못하는 문제
13910정성태4/8/20251257디버깅 기술: 219. WinDbg - 명령어 내에서 환경 변수 사용법
13909정성태4/7/20251725닷넷: 2329. C# - 실행 시에 메서드 가로채기 (.NET Framework 4.8)파일 다운로드1
13908정성태4/2/20252138닷넷: 2328. C# - MailKit: SMTP, POP3, IMAP 지원 라이브러리
13907정성태3/29/20251933VS.NET IDE: 198. (OneDrive, Dropbox 등의 공유 디렉터리에 있는) C# 프로젝트의 출력 경로 변경하기
13906정성태3/27/20252188닷넷: 2327. C# - 초기화되지 않은 메모리에 접근하는 버그?파일 다운로드1
13905정성태3/26/20252217Windows: 281. C++ - Windows / Critical Section의 안정화를 위해 도입된 "Keyed Event"파일 다운로드1
13904정성태3/25/20251901디버깅 기술: 218. Windbg로 살펴보는 Win32 Critical Section파일 다운로드1
13903정성태3/24/20251522VS.NET IDE: 197. (OneDrive, Dropbox 등의 공유 디렉터리에 있는) C++ 프로젝트의 출력 경로 변경하기
13902정성태3/24/20251737개발 환경 구성: 742. Oracle - 테스트용 hr 계정 및 데이터 생성파일 다운로드1
13901정성태3/9/20252112Windows: 280. Hyper-V의 3가지 Thread Scheduler (Classic, Core, Root)
13900정성태3/8/20252346스크립트: 72. 파이썬 - SQLAlchemy + oracledb 연동
13899정성태3/7/20251806스크립트: 71. 파이썬 - asyncio의 ContextVar 전달
13898정성태3/5/20252124오류 유형: 948. Visual Studio - Proxy Authentication Required: dotnetfeed.blob.core.windows.net
13897정성태3/5/20252367닷넷: 2326. C# - PowerShell과 연동하는 방법 (두 번째 이야기)파일 다운로드1
13896정성태3/5/20252178Windows: 279. Hyper-V Manager - VM 목록의 CPU Usage 항목이 항상 0%로 나오는 문제
13895정성태3/4/20252220Linux: 117. eBPF / bpf2go - Map에 추가된 요소의 개수를 확인하는 방법
13894정성태2/28/20252250Linux: 116. eBPF / bpf2go - BTF Style Maps 정의 구문과 데이터 정렬 문제
13893정성태2/27/20252197Linux: 115. eBPF (bpf2go) - ARRAY / HASH map 기본 사용법
[1]  2  3  4  5  6  7  8  9  10  11  12  13  14  15  ...