하나의 스레드가 다른 스레드에 코드 실행을 시작하게하는 것은 쉬운 일이 아닙니다. 문제의 핵심은 스레드가 이미 시작된 후에 메서드 실행을 시작하도록 모든 스레드에 알릴 수 없다는 것입니다. 대상 스레드는 이러한 종류의 요청을 미리 받기 위해 특별히 설정해야합니다.
일반적으로 사용되는 패턴은 생산자 - 소비자입니다. 대상 스레드는 블로킹 큐에 메시지가 나타날 때까지 기다리는 무한 루프 주위를 회전합니다. 대기열은 항목이 대기열에 나타날 때까지 차단하여 대상 스레드가 불필요하게 CPU 시간을 소비하지 못하게합니다. 실행을위한 델리게이트 주입을 허용하는 스레드를 얻는 정말 간단한 방법입니다.
public class Example
{
private BlockingCollection<Action> queue = new BlockingCollection<Action>();
public Example()
{
new Thread(
() =>
{
while (true)
{
Action action = queue.Take();
action();
}
}).Start();
}
public void ExecuteAsync(Action action)
{
queue.Add(action);
}
}
는 이제, UI의 경우 이미 그렇게
Dispatcher
클래스는 단순히 실행하는 대리자를 포함하는 메시지 큐에 특별한 메시지를 게시 할 수 있습니다 실행 메시지 루프를 가지고 스레드. 모든 페인트, 버튼 클릭 등을 처리하는 도중에이 특별한 메시지는 UI 스레드에 의해 선택되고 델리게이트 실행을 시작합니다.
Dispatcher 클래스는 실제로 어떻게 작동합니까? 나는 그것을 알고있다, 그것의 주된 임무는 특정 스레드에 작업을 큐잉하는 것인데 어떻게 스레드에 해당 동작을 "보냅니 까"?
대상 스레드가 모니터링하는 대기열에 대리인을 대기열로 저장합니다.
그리고 스레드는 어떻게 이러한 동작을 "얻"나요?
큐를 모니터링하는 무한 루프를 실행합니다. 큐는 대개 큐가 비어있는 경우 소비 스레드를 차단하는 블로킹 큐라고하는 특수한 유형입니다.
가장 좋은 추측은 각각의 스레드에 대해 "스레드 대기열"의 일종이지만 그때는 다시 알 수 없습니다.
꽤 닫습니다. 예외적으로 스레드는 실제로이 목적을 위해 대기열에 내장되어 있지 않습니다. 수동으로 설정해야합니다. 그렇기 때문에 특별히 설계된 스레드 만 대리인 삽입을 허용 할 수 있습니다. Application.Run
이 메시지 루프를 만들기 때문에 UI 스레드는이 방법으로 설정됩니다. 필자의 예에서는 BlockingCollection
및 무한 루프를 사용하여 작업자 스레드에서 작동하도록해야한다는 것을 알 수 있습니다.
WPF 또는 Silverlight의 컨텍스트에서 묻는 중입니까? –
@JoeWhite, 어느 쪽이든. non-gui 앱에서도 Dispatcher를 사용할 수 있습니다. – ebb
@ebb, GUI가없는 앱에서도 사용할 수 있지만 실제로는 이해가되지 않습니다 ... 더 적절한 도구가 있습니다. Dispatcher *는 UI 시나리오를 염두에두고 설계되었습니다. –