Microsoft MVP성태의 닷넷 이야기
글쓴 사람
정성태 (techsharer at outlook.com)
홈페이지
첨부 파일
 

(시리즈 글이 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




Console/Service Application을 위한 SynchronizationContext - AsyncContext

일반적으로 WPF/WinForm 프로그램을 하면서 SynchronizationContext를 접하게 되는데요, 사실 마이크로소프트가 제공해주는 기본 클래스에 불과하고 WPF는 DispatcherSynchronizationContext로, WinForm은 WindowsFormsSynchronizationContext로 하위 클래스를 정의하는 방식입니다.

즉, Console 응용 프로그램이나 NT Service 프로그램을 위해서 정의할 수 있지만 일단은 마이크로소프트에서 그런 환경을 위한 SynchronizationContext는 만들지 않았을 뿐입니다. 그렇다면 당연히, 만들면 됩니다. ^^ 그리고 실제로 그걸 다음의 라이브러리에서 제공하고 있습니다.

StephenCleary / AsyncEx
; https://github.com/StephenCleary/AsyncEx

Install-Package Nito.AsyncEx -Version 5.0.0

위의 라이브러리에서 SynchronizationContext를 구현한 타입은 AsyncContext인데,

AsyncContext
; https://github.com/StephenCleary/AsyncEx/wiki/AsyncContext

링크에서 설명한 바와 같이 AsyncContext.Run을 통해 실행한 이후부터는,

class Program
{
  static async Task<int> AsyncMain()
  {
    // ... 이 내부에서 SynchronizationContext가 제공됨
  }

  static int Main(string[] args)
  {
    return AsyncContext.Run(AsyncMain);
  }
}

SynchronizationContext가 해당 스레드 문맥에 제공되므로 Post/Send 메서드로 SynchronizationContext의 기능을 수행할 수 있습니다.




그런데, 사실 Console 응용 프로그램 등에서 저걸 써야 할 상황이 얼마나 있을까? 하는 의문이 듭니다. 만약 써야 한다면, 아마도 멋들어진 CUI를 구현해 그것을 UI로 두고 동기화를 지키는 용도로 쓰면 될 테지만... 글쎄요, 분명 활용도가 많지 않아 보입니다. (마이크로소프트가 만들어 두지 않은 이유일 것입니다.)

그래도 저 같은 사람한테는 편한 용도가 하나 있긴 합니다. 가령, 다음과 같은 글을 쓰면서,

WebClient 타입의 ...Async 메서드 호출은 왜 await + 동기 호출 시 hang 현상이 발생할까요?
; https://www.sysnet.pe.kr/2/0/11419

재현 코드를 만들기 위해 프로젝트 유형을 Windows Forms로 했는데, 이제는 그냥 AsyncEx를 참조해 콘솔 응용 프로그램으로도 간단한 재현 프로그램을 만들 수 있게 되었습니다. ^^ 실제로 다음의 코드는 "WebClient 타입의 ...Async 메서드 호출은 왜 await + 동기 호출 시 hang 현상이 발생할까요?" 글에 실은 예제와 정확히 동일한 hang 현상을 겪습니다.

using Nito.AsyncEx;
using System;
using System.Net;
using System.Threading.Tasks;

namespace ConsoleApp1
{
    // Install-Package Nito.AsyncEx -Version 5.0.0
    class Program
    {
        static void Main(string[] args)
        {
            AsyncContext.Run(AsyncMain);
        }

        static async Task<int> AsyncMain()
        {
            Uri uri = new Uri("https://www.naver.com");

            Task<string> textTask = GetHtmlTextAsync(uri);

            string result = textTask.Result; // hang 현상 발생함.
            return 0;
        }

        public static async Task<string> GetHtmlTextAsync(Uri uri)
        {
            var client = new WebClient();
            {
                string result = await client.DownloadStringTaskAsync(uri).ConfigureAwait(false);
                return result;
            }
        }
    }
}

뭐... 딱 그 정도... 활용 사례입니다. ^^;




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







[최초 등록일: ]
[최종 수정일: 9/26/2024]

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

비밀번호

댓글 작성자
 




... 181  [182]  183  184  185  186  187  188  189  190  191  192  193  194  195  ...
NoWriterDateCnt.TitleFile(s)
527정성태8/30/200734815Team Foundation Server: 20. 잠긴 파일을 강제로 해제 [2]
526정성태8/29/200724398오류 유형: 46. VS.NET 2008 - ASP.NET 디버깅 : Strong name validation failed.
525정성태8/27/200726615VS.NET IDE: 54. VS.NET 2008 - 새롭게 도입되는 XSD Schema Designer
524정성태8/23/200744293오류 유형: 45. 요청한 작업은, 사용자가 매핑한 구역이 열려 있는...
523정성태8/16/200726802VS.NET IDE: 53. VS.NET 2008 - 서비스 참조 시 기존 데이터 컨테이너 DLL 사용
522정성태8/13/200730407VS.NET IDE: 52. VS.NET 2008 - WCF를 위한 디버깅 환경 개선
521정성태8/8/200730120.NET Framework: 92. XmlSerializer 생성자의 실행 속도를 올리는 방법 - 두 번째 이야기 [3]
520정성태8/7/200725528VS.NET IDE: 51. Visual Studio 2008 베타 2 설치
519정성태7/27/200732052오류 유형: 44. System.BadImageFormatException [2]
518정성태7/26/200733355오류 유형: 43. System.ComponentModel.LicenseException [1]
517정성태7/19/200721305개발 환경 구성: 26. VPC - 일반 사용자 계정으로 구동
516정성태7/19/200724502오류 유형: 42. TFS - Error loading menu: Index was outside the bounds of the array [2]
515정성태7/18/200732669오류 유형: 41. SSL 서버 자격 증명을 만드는 동안 심각한 오류가 발생했습니다.
514정성태7/14/200725135Team Foundation Server: 19. Orcas에서 개선되는 TFS 기능들
513정성태7/4/200736440.NET Framework: 91. Foreground Thread / Background Thread [1]
512정성태6/27/200725517오류 유형: 40. error PRJ0050: Failed to register output.
511정성태6/25/200734047.NET Framework: 90. XmlSerializer 생성자의 실행 속도를 올리는 방법 [2]
510정성태6/25/200749419디버깅 기술: 15. First-Chance Exception
508정성태6/21/200732038Team Foundation Server: 18. Team Build에 사용되는 각종 Property 값 [4]
507정성태6/11/200729562VS.NET IDE: 50. Orcas - UAC 설정 관련
506정성태6/9/200724181오류 유형: 39. VC Package not available or not registered
505정성태6/9/200724054오류 유형: 38. Visual SourceSafe - DB 잠김 오류
504정성태6/9/200729304오류 유형: 37. Visual SourceSafe - Anaylze 도중 비정상 종료
503정성태6/7/200732056VS.NET IDE: 49. Orcas - VC++ 다중 소스 동시 컴파일 옵션: /MP
502정성태6/7/200726918VS.NET IDE: 48. Orcas - VC++ 프로젝트 마이그레이션
500정성태6/4/200736137VS.NET IDE: 47. Orcas - Web Browser Debugger를 이용한 보호 모드의 ActiveX 컨트롤 디버깅
... 181  [182]  183  184  185  186  187  188  189  190  191  192  193  194  195  ...