У меня есть приложение WPF, которое использует System.Threading.Tasks для вызова службы WCF в фоновом режиме. Я использую Task.ContinueWith для возврата результатов вызова службы в поток пользовательского интерфейса WPF. Моя проблема заключается в том, что, хотя продолжение действительно выполняется в потоке пользовательского интерфейса, когда оно выполняет SynchronizationContext.Current имеет значение null. Я могу запустить тот же код, комментируя вызов WCF в исходной задаче, и продолжение находится в потоке пользовательского интерфейса с DispatcherSynchronizationContext, как и ожидалось.
Прокси WCF генерируется с использованием ChannelFactory и использует wsHttpBinding. Контракт обратного вызова отсутствует. Соответствующий код показан ниже:
private TaskScheduler _uiScheduler;
public MainWindow()
{
InitializeComponent();
_uiScheduler = TaskScheduler.FromCurrentSynchronizationContext();
}
private void Button_Click(object sender, RoutedEventArgs e)
{
var serviceTask = new Task<Int32>(ServiceCallWrapper,
CancellationToken.None,
TaskCreationOptions.None);
var continueTask = serviceTask.ContinueWith(result => ServiceContinuation(result.Result),
CancellationToken.None,
TaskContinuationOptions.OnlyOnRanToCompletion,
_uiScheduler);
serviceTask.Start();
}
private Int32 ServiceCallWrapper()
{
Int32 result = 0;
var service = {elided - initializes service using ChannelFactory };
result = service.TheServiceMethod();
service.Close();
return result;
}
private void ServiceContinuation(Int32 result)
{ elided }
Если я запускаю этот код как есть, ServiceContinuation вызывается в правильном потоке (проверено с помощью ManagedThreadID), но SynchronizationContext.Current имеет значение null. Если я закомментирую единственную строку, которая выполняет вызов службы (result = service.TheServiceMethod ();), то ServiceContinuation будет правильно вызываться с DispatcherSynchronizationContext.
Одно примечание - SynchronizationContext не теряется окончательно - если я нажму на кнопку еще раз, обработчик щелчка кнопки будет иметь правильный SynchronizationContext.
Я записал следы стека для двух случаев; у них есть несколько отличий. Я пропустил все идентичные биты и включил только верхнюю часть стеков, где они различаются, плюс несколько кадров для справки:
Сбой - вызов службы WCF
WpfContinuationsTest.MainWindow.ServiceContinuation
WpfContinuationsTest.MainWindow.<Button_Click>b__0
System.Threading.Tasks.Task`1+<>c__DisplayClass17.<ContinueWith>b__16
System.Threading.Tasks.Task.InnerInvoke
System.Threading.Tasks.Task.Execute
System.Threading.Tasks.Task.ExecutionContextCallback
System.Threading.ExecutionContext.runTryCode
System.Runtime.CompilerServices.RuntimeHelpers.ExecuteCodeWithGuaranteedCleanup
System.Threading.ExecutionContext.RunInternal
System.Threading.ExecutionContext.Run
System.Threading.Tasks.Task.ExecuteWithThreadLocal
System.Threading.Tasks.Task.ExecuteEntry
System.Threading.Tasks.SynchronizationContextTaskScheduler.PostCallback
Успешно - нет вызова в службу WCF
WpfContinuationsTest.MainWindow.ServiceContinuation
WpfContinuationsTest.MainWindow.<Button_Click>b__0
System.Threading.Tasks.Task`1+<>c__DisplayClass17.<ContinueWith>b__16
System.Threading.Tasks.Task.InnerInvoke
System.Threading.Tasks.Task.Execute
System.Threading.Tasks.Task.ExecutionContextCallback
System.Threading.ExecutionContext.Run
System.Threading.Tasks.Task.ExecuteWithThreadLocal
System.Threading.Tasks.Task.ExecuteEntry
System.Threading.Tasks.SynchronizationContextTaskScheduler.PostCallback
Кто-нибудь знает, почему, когда единственным отличием является вызов службы клиента WCF (без контракта обратного вызова), в одном случае продолжение в главном потоке будет иметь SynchronizationContext, а в другом случае - нет?