Microsoft MVP성태의 닷넷 이야기
Dispatcher 와 synchronizationcontext의 관계가 궁금합니다. [링크 복사], [링크+제목 복사],
조회: 9320
글쓴 사람
닷린이
홈페이지
첨부 파일
 
(연관된 글이 1개 있습니다.)

Dispatcher 와 synchronizationcontext의 관계가 궁금합니다.

둘다 동일한 역할을 해주는 것 같은데

Dispatcher.Invoke/BeginInvode
synchronizationcontext의 post / send

정확히 synchronizationcontext는 어떨때 사용되는지..

Dispatcher와는 어떻게 틀린건지 궁금하네요..ㅠ


[연관 글]






[최초 등록일: ]
[최종 수정일: 11/14/2019]


비밀번호

댓글 작성자
 



2019-11-14 07시21분
WPF의 Dispatcher는 WPF만의 스레드 운영 방식입니다. 이에 대해서는 다음의 글에 실린 그림과 링크를 참조하시면 좋습니다.

WPF - UI 업데이트를 바로 반영하고 싶다면?
; http://www.sysnet.pe.kr/2/0/747

이러한 운영 방식은 응용 프로그램마다 고유하게 개발할 수 있습니다. 가령 Windows Forms에서는 WPF와는 다른 방식의 스레드 운영을 하고 있습니다. 이런 가운데에서 SynchronizationContext는 그런 각각의 스레드 운영에 상관없이 공통적인 동기화 관련 스레드에 접근하는 역할을 합니다. 따라서 Dispatcher.Invoke로 하면 특정 환경에 종속되지만 SynchronizationContext를 사용하면 다양한 환경에서 적응할 수 있는 코드를 생성할 수 있습니다. (물론, 그렇긴 하지만 결국 내부에 호출되는 코드가 UI를 접근하는 경우가 대다수이므로 응용 프로그램 모델에 따라 UI 컨트롤도 종속되어 많은 경우 Dispatcher와 SynchronizationContext를 구분할 만큼의 이점은 없을 것입니다.)

다음의 문서들도 봐두시면 이해하는데 도움이 되실 것입니다.

WindowsFormsSynchronizationContext Class
; https://learn.microsoft.com/en-us/dotnet/api/system.windows.forms.windowsformssynchronizationcontext

Parallel Computing - It's All About the SynchronizationContext
; https://learn.microsoft.com/en-us/archive/msdn-magazine/2011/february/msdn-magazine-parallel-computing-it-s-all-about-the-synchronizationcontext
정성태
2019-11-14 07시43분
[닷린이] SynchronizationContext를 사용하면 다양한 환경에서 적응할 수 있는 코드를 생성할 수 있습니다

이 얘기는 wpf환경에서만 작업한다면 Dispatcher.Invoke만 사용하면 되고

SynchronizationContext를 사용할 일은 전혀 없다는 걸로 이해하면 될까요?

그럼 반대로 SynchronizationContext를 사용해야 하는 환경은 어떤것을 말씀하시는건지 다시 여쭤봐도 될까요?
[guest]
2019-11-14 08시01분
WPF 환경이든 WinForm이든 하나의 환경만 목표로 한다면 SynchronizationContext를 사용할 필요가 없습니다. 그럼 반대로 2개의 환경에서 공통으로 사용하는 라이브러리라면 SynchronizationContext를 사용해야 하고, 후자의 좋은 예가 Background Worker입니다.

BackgroundWorker 클래스
; https://learn.microsoft.com/ko-kr/dotnet/api/system.componentmodel.backgroundworker

이건 WPF에도 속하지 않고, WinForm에도 속하지 않지만 SynchronizationContext를 이용하기 때문에 2개의 환경 모두에서 공통적으로 사용할 수 있습니다.
정성태
2019-11-14 08시19분
[닷린이] 아하 답변 감사합니다.
Background Worker가 내부적으로는

SynchronizationContext가 구현되어 있어서

SynchronizationContext를 사용하는군요

그럼 task클래스, async/await 도 모두 SynchronizationContext를 사용하는걸로 봐야겠네요?
[guest]
2019-11-14 09시15분
그냥 위에서 소개한 "Parallel Computing - It's All About the SynchronizationContext" 글을 읽어보시면 안 될까요? ^^ 답변에 링크를 첨부한 수고를 헛되게 하시는군요.
정성태
2019-11-14 09시25분
[닷린이] 앗 죄송합니다.
궁금함이 앞서 질문먼저 드리고 글 읽어보았습니다.
죄송합니다. 감사합니다
[guest]

... 46  47  48  49  50  [51]  52  53  54  55  56  57  58  59  60  ...
NoWriterDateCnt.TitleFile(s)
1556김응규4/22/201512496    답변글 [답변]: WCF net.tcp 관련해서 질문 드립니다. [1]파일 다운로드1
1554(삭제)4/19/201513265안드로이드 에뮬레이터에서 특정 앱 구동불가할때! [2]
1552spow...4/18/201519147마이크로세컨드 단위의 Sleep이 필요한데 찾질 못하겠습니다. [5]
1553spow...4/18/201512452    답변글 [답변]: 마이크로세컨드 단위의 Sleep이 필요한데 찾질 못하겠습니다. [1]
1551인디언기...4/16/201511832iisnode에 대해서 글 올리셨던데 질문이 있습니다 [1]
1549김선아4/15/201512301.net framework 4.5와 c++ dll에 관한 질문입니다 [1]
1550김선아4/15/201510711    답변글 [답변]: .net framework 4.5와 c++ dll에 관한 질문입니다 [2]
1547문명식4/3/201512744IWebBrowser Key Event 관련 [2]
1545나종식3/25/201511717internet explorer dns cache flush [2]
1543이용원3/23/201511666hyper-v 질문드려요! [1]
1544이용원3/24/201510827    답변글 한가지만 더 여쭤볼게요! [1]
1541임기성3/20/201518046Microsoft.Office.Core dll관련 문제 [1]
1539펜플3/17/201511374asp.net 질문입니다. [1]
1540113/17/201511352    답변글 [답변]: asp.net 질문입니다. [1]
1538열공합시닷3/13/201512126중계서버 질문드립니다 [1]
1537김재영3/11/201513211asp.net의 빌드 유휴시간 이후의 리빌드 작업을 컨트롤 할 수 있습니까? [2]
1536솔솔3/9/201511656mac address얻으려고 하는데요.. [1]
1535Stud...3/4/201512232C#엔 MFC의 theApp 과 같은 기능을 하는것이 없나요? [3]
1534김동진3/4/201511655C#에서 BHO로 Windows Explorer에서의 동작이 가능할지요 [2]
1533김동현3/3/201511975컴파일 된 프로그램에 코드 삽입(?) 관련입니다. [1]
1532반가워요3/3/201514586C# 소켓연결에 packet송수신... [8]
1531강현수3/2/201513233C# com 등록 시 GUID 변경 관련 문의 [1]
1529김민규2/15/201513121C++ 64bit/32bit [3]파일 다운로드1
1528김개똥2/14/201510621좀 관련없는 질문이지만, 정말 답답하고 찾는데 명확한 해답 찾지못해 질문 올립니다. <Windows 사용자 인증> [1]
1527방문자1/27/201511650System Timer의 Tick에서 Backgroundworker를 호출하면 스레드 문제가 있을까요? [1]
1526황상대1/26/201513492C# 마샬링 관련 질문이 있습니다. [1]
... 46  47  48  49  50  [51]  52  53  54  55  56  57  58  59  60  ...