SignalR客戶端默認后備傳輸

Question

對於使用.Net Framework 4.0連接到服務器的SignalR客戶端 （因此不支持WebSockets傳輸），這將是下一個后備傳輸？

而且，如果有一個后備鏈，那么知道它會很棒。

Answer 1

從https://docs.microsoft.com/en-us/aspnet/signalr/overview/getting-started/introduction-to-signalr#transports-and-fallbacks ，如果WebSockets不可用，則使用以下內容：

• Server Sent Events，也稱為EventSource（如果瀏覽器支持Server Sent Events，基本上是除Internet Explorer之外的所有瀏覽器。）
• 永遠幀（僅適用於Internet Explorer）。 Forever Frame創建一個隱藏的IFrame，它向服務器上未完成的端點發出請求。 然后，服務器不斷向客戶端發送腳本，該腳本立即執行，提供從服務器到客戶端的單向實時連接。 從客戶端到服務器的連接使用從服務器到客戶端連接的單獨連接，並且像標准HTML請求一樣，為每個需要發送的數據創建新連接。
• Ajax長期投票。 長輪詢不會創建持久連接，而是使用一個保持打開的請求輪詢服務器，直到服務器響應，此時連接關閉，並立即請求新連接。 這可能會在連接重置時引入一些延遲。

更新：最新文檔可在此處獲取： http ： //www.asp.net/signalr/overview/signalr-20/getting-started-with-signalr-20/introduction-to-signalr