Мое приложение использует протокол WebSocket, и весь процесс соединения и связи работает хорошо. Однако после долгого времени с отключенным пользователем соединение ws нарушается, происходит новый вызов /signalr/negotiate?
, но нет вызова для ws://localhost/signalr/connect
. Проверяя ответ от negotiate
, все в порядке.SignalR не может повторно подключиться после долгое время простоя приложения
0
A
ответ
0
Приложения выполнялись со старой версией клиентского скрипта. Я обновил его с версией 1.1.2, и теперь все в порядке.
Смежные вопросы
- 1. SignalR не может повторно подключиться к серверу в клиенте JavaScript
- 2. SignalR - установление соединения Принимая довольно долгое время
- 3. Время простоя приложения
- 4. Время простоя приложения
- 5. не может подключиться к lwip привязанному адресу сокета после простоя на некоторое время
- 6. SignalR java не может подключиться к серверу
- 7. WCF-клиент не может повторно подключиться после перезагрузки.
- 8. Программа не может повторно подключиться к Firebird после аномального завершения
- 9. SignalR повторно подключается после перезапуска приложения Azure Web
- 10. Подключиться к концентратору SignalR после подключения
- 11. Как узнать время простоя приложения asp.net?
- 12. Nginx долгое время соединения
- 13. Время ожидания соединения ASP.NET после простоя некоторое время
- 14. Как я могу узнать время простоя приложения?
- 15. SignalR не может подключиться к Azure Redis на SSL
- 16. клиент не может подключиться к SignalR Hub (CORS не работает)
- 17. ob_flush длится долгое время.
- 18. Android не может подключиться к NXT после повторного открытия приложения
- 19. Закрытие приложений во время простоя
- 20. Linux задерживается на долгое время
- 21. MediaWIki Время простоя сеанса
- 22. Храните HashMap с данными объекта во время простоя приложения - Android
- 23. повторно подключиться после явного отправки логина
- 24. SQL Server: повторно подключиться после потерянного соединения
- 25. SignalR 1.1.3 получает тысячи 404 ответов, пытающихся повторно подключиться во время IE Longpolling
- 26. Долгое время для совершения
- 27. Хадсон принимает долгое время
- 28. `array` недостаточно долгое время
- 29. Исполнитель - время простоя
- 30. AmazonIdentityManagementServiceClient слишком долгое время.
Итак, вы обрабатываете отключенное событие и перезапускаете соединение, что я понимаю. Не могли бы вы опубликовать часть своего кода и ответ на второй вариант переговоров. –
Включите вход в систему, $ .connection.hub.logging = true и посмотрите, что говорит консоль js. – davidfowl
Приложения выполнялись со старой версией клиентского скрипта. Я обновил его с версией 1.1.2, и теперь все в порядке. –