Signalr: HubConnection.Stop занимает 30 секунд на клиенте Silverlight

Спасибо, посмотрим. Если вы можете поделиться какой-либо дополнительной информацией, которая может помочь нам воспроизвести проблему, сделайте это.

Несмотря на то, что мы отправляем запрос на прерывание, HttpClient никогда не отправляет его при использовании переносимой библиотеки HttpClient. 30 секунд - это тайм-аут по умолчанию, по которому мы ждем ответа на запрос Abort. Пока я не выясню, почему базовый HttpClient никогда не отправляет запрос на прерывание, вы можете использовать перегрузку Stop(TimeSpan) и предоставить меньший тайм-аут.

Похоже, что даже если клиент SignalR вызывает HttpClient.SendAsync() запрос на самом деле никогда не отправляется на сервер. Я отследил это до метода BeginInvokeImpl который вызывает NativeHost.Current.RuntimeHost.RaiseAsyncCallback (см. Трассировку стека ниже), но обратный вызов (в данном случае InternalBeginGetResponse ) никогда не вызывается. Поскольку из того, что я мог видеть, InternalBeginGetResponse отвечает за отправку запроса, запрос никогда не отправляется, а метод InvokeImpl блокируется бесконечно в ожидании завершения обратного вызова.

System.Windows.RuntimeHost.dll!System.Windows.RuntimeHost.ManagedRuntimeHost.RaiseAsyncCallback(System.IntPtr pDelegate, bool useFastPath) Line 191 C# System.Windows.dll!System.Windows.Threading.Dispatcher.BeginInvokeImpl(System.Windows.Threading.DispatcherPriority priority, bool useFastPath, System.Delegate d, object[] args) Line 105 + 0x30 bytes C# System.Windows.dll!System.Windows.Threading.Dispatcher.InvokeImpl(System.Windows.Threading.DispatcherPriority priority, bool useFastPath, System.Delegate d, object[] args) Line 174 + 0x3d bytes C# System.Windows.dll!System.Net.Browser.AsyncHelper.BeginOnUI(System.Net.Browser.BeginMethod beginMethod, System.AsyncCallback callback, object state) Line 142 + 0x4e bytes C# System.Windows.dll!System.Net.Browser.BrowserHttpWebRequest.BeginGetResponse(System.AsyncCallback callback, object state) Line 342 + 0x27 bytes C# System.Net.Http!System.Net.Http.HttpWebRequest.BeginGetResponse(System.AsyncCallback callback, object state) Line 138 + 0x22 bytes C# System.Net.Http!System.Net.Http.HttpClientHandler.StartGettingResponse(System.Net.Http.HttpClientHandler.RequestState state) Line 910 + 0x2b bytes C# System.Net.Http!System.Net.Http.HttpClientHandler.GetRequestStreamCallback.AnonymousMethod__8(System.Threading.Tasks.Task task) Line 883 + 0x15 bytes C# mscorlib.dll!System.Threading.Tasks.ContinuationTaskFromTask.InnerInvoke() Line 58 + 0xc bytes C# mscorlib.dll!System.Threading.Tasks.Task.Execute() Line 2437 + 0xb bytes C# mscorlib.dll!System.Threading.Tasks.Task.ExecutionContextCallback(object obj) Line 2792 + 0x9 bytes C# mscorlib.dll!System.Threading.ExecutionContext.Run(System.Threading.ExecutionContext executionContext, System.Threading.ContextCallback callback, object state, bool preserveSyncCtx) Line 417 + 0xd bytes C# mscorlib.dll!System.Threading.Tasks.Task.ExecuteWithThreadLocal(ref System.Threading.Tasks.Task currentTaskSlot) Line 2763 C# mscorlib.dll!System.Threading.Tasks.Task.ExecuteEntry(bool bPreventDoubleExecution) Line 2695 + 0x1b bytes C# mscorlib.dll!System.Threading.Tasks.ThreadPoolTaskScheduler.TryExecuteTaskInline(System.Threading.Tasks.Task task, bool taskWasPreviouslyQueued) Line 104 + 0xb bytes C# mscorlib.dll!System.Threading.Tasks.TaskScheduler.TryRunInline(System.Threading.Tasks.Task task, bool taskWasPreviouslyQueued) Line 217 + 0x12 bytes C# mscorlib.dll!System.Threading.Tasks.TaskContinuation.InlineIfPossibleOrElseQueue(System.Threading.Tasks.Task task, bool needsProtection) Line 258 + 0xe bytes C# mscorlib.dll!System.Threading.Tasks.StandardTaskContinuation.Run(System.Threading.Tasks.Task completedTask, bool bCanInlineContinuationTask) Line 323 + 0x53 bytes C# mscorlib.dll!System.Threading.Tasks.Task.ContinueWithCore(System.Threading.Tasks.Task continuationTask, System.Threading.Tasks.TaskScheduler scheduler, System.Threading.CancellationToken cancellationToken, System.Threading.Tasks.TaskContinuationOptions options) Line 4585 + 0x12 bytes C# mscorlib.dll!System.Threading.Tasks.Task.ContinueWith(System.Action<System.Threading.Tasks.Task> continuationAction, System.Threading.Tasks.TaskScheduler scheduler, System.Threading.CancellationToken cancellationToken, System.Threading.Tasks.TaskContinuationOptions continuationOptions, ref System.Threading.StackCrawlMark stackMark) Line 3834 C# mscorlib.dll!System.Threading.Tasks.Task.ContinueWith(System.Action<System.Threading.Tasks.Task> continuationAction, System.Threading.CancellationToken cancellationToken, System.Threading.Tasks.TaskContinuationOptions continuationOptions, System.Threading.Tasks.TaskScheduler scheduler) Line 3799 + 0x1b bytes C# System.Net.Http!System.Net.Http.HttpUtilities.ContinueWithStandard(System.Threading.Tasks.Task task, System.Action<System.Threading.Tasks.Task> continuation) Line 49 + 0x4b bytes C# System.Net.Http!System.Net.Http.HttpClientHandler.GetRequestStreamCallback(System.IAsyncResult ar) Line 866 + 0x7d bytes C# System.Windows.dll!System.Net.Browser.BrowserHttpWebRequest.InvokeGetRequestStreamCallback.AnonymousMethod__12(object state2) Line 786 + 0x11 bytes C# mscorlib.dll!System.Threading.QueueUserWorkItemCallback.WaitCallback_Context(object state) Line 1253 + 0xb bytes C# mscorlib.dll!System.Threading.ExecutionContext.Run(System.Threading.ExecutionContext executionContext, System.Threading.ContextCallback callback, object state, bool preserveSyncCtx) Line 417 + 0xd bytes C# mscorlib.dll!System.Threading.QueueUserWorkItemCallback.System.Threading.IThreadPoolWorkItem.ExecuteWorkItem() Line 1230 + 0x22 bytes C# mscorlib.dll!System.Threading.ThreadPoolWorkQueue.Dispatch() Line 807 C# mscorlib.dll!System.Threading._ThreadPoolWaitCallback.PerformWaitCallback() Line 1145 + 0x5 bytes C#

Это из-за тупика. Мы блокируем поток, ожидающий ответа на запрос на прерывание к серверу. Если поток, который мы блокируем, является потоком пользовательского интерфейса, это вызовет мертвую блокировку, поскольку Silverlight хочет отправить запрос в потоке пользовательского интерфейса.

@yowl - один из способов обойти эту проблему - вызвать .Stop в потоке, не относящемся к пользовательскому интерфейсу - например: await Task.Factory.StartNew(() => hubConnection.Stop()); другой обходной путь - установить для тайм-аута остановки значение 0 следующим образом: hubConnection.Stop(new TimeSpan(0, 0, 0, 0)); - обратите внимание, что в этом случае запрос на прерывание никогда не будет отправлен на сервер.

Исправление №3067 «исправит» эту проблему.

«Исправлено» в 7358f1d - мы больше не блокируем получение ответа на запрос прерывания.

Нам пришлось отменить это изменение, поскольку оно привело к появлению нескольких проблем и гонок, которые мы смогли идентифицировать, и, возможно, некоторых из них мы не затронули. Стало очевидно, что изменение слишком рискованно. Нам нужно будет переосмыслить взаимодействие транспорта и соединения, чтобы исправить это правильно и / или сделать вызов Stop асинхронным.

Мы посмотрим на это для v3