Какие знаешь режимы SignalR?

Режимы работы SignalR

SignalR — это библиотека для реализации веб-сокетов и других технологий real-time коммуникации в .NET. Она поддерживает несколько режимов передачи данных, которые выбираются автоматически или могут быть настроены в зависимости от возможностей клиента и сервера. Эти режимы обеспечивают совместимость с различными браузерами и сетевыми условиями.

Основные режимы транспорта

SignalR использует следующие транспорты в порядке убывания предпочтительности:

WebSockets

Это наиболее эффективный режим, поддерживаемый современными браузерами и серверами. Он обеспечивает двустороннюю постоянную связь с минимальными издержками.

// Настройка предпочтительного транспорта на клиенте
HubConnection connection = new HubConnectionBuilder()
    .WithUrl("https://example.com/myHub")
    .WithAutomaticReconnect()
    .Build();
    
// Можно явно указать WebSocket, если он доступен
connection.StartAsync().ContinueWith(task =>
{
    if (task.IsFaulted && task.Exception.InnerException is TransportFailedException)
    {
        // Логика обработки неудачи транспорта
    }
});

Server-Sent Events (SSE)

Это режим, где сервер может отправлять события клиенту через одно HTTP соединение. Поддерживается многими браузерами, но является односторонним (клиент отправляет запросы обычными HTTP методами).

// SSE обычно используется как fallback при отсутствии WebSocket
// В ASP.NET Core SignalR автоматически выбирает SSE при необходимости

Long Polling

Самый базовый и совместимый режим. Клиент отправляет запрос и держит его открытым до получения данных от сервера, после чего отправляет новый запрос.

// Long Polling может быть выбран явно для совместимости
HubConnection connection = new HubConnectionBuilder()
    .WithUrl("https://example.com/myHub", options =>
    {
        options.Transports = HttpTransportType.LongPolling;
    })
    .Build();

Процесс выбора транспорта

SignalR автоматически выбирает оптимальный режим через процесс "negotiation":

1. Клиент отправляет запрос на /negotiate к серверу.
2. Сервер возвращает список доступных транспортов.
3. Клиент пытается подключиться через WebSocket (если доступен).
4. Если WebSocket недоступен, переходит к SSE.
5. Если SSE недоступен, использует Long Polling.
6. В процессе работы может происходить автоматическое переключение при изменении условий сети.

Настройка и управление транспортами

В ASP.NET Core можно управлять транспортами на сервере и клиенте:

// Серверная конфигурация в Startup.cs или Program.cs
app.UseEndpoints(endpoints =>
{
    endpoints.MapHub<MyHub>("/myHub", options =>
    {
        // Можно ограничить доступные транспорты
        options.Transports = HttpTransportType.WebSockets | HttpTransportType.LongPolling;
    });
});

// Клиентская конфигурация в JavaScript
var connection = new signalR.HubConnectionBuilder()
    .withUrl("/myHub", {
        // Явное указание транспорта
        transport: signalR.HttpTransportType.WebSockets
    })
    .build();

Ключевые особенности режимов

• WebSocket: Максимальная производительность, поддержка двустороннего обмена, низкий latency.
• SSE: Хорошая производительность для сервер->клиент, ограничения для клиент->сервер сообщений.
• Long Polling: Максимальная совместимость, но высшие издержки и latency из-за постоянных запросов.

Практические рекомендации

1. По умолчанию разрешайте все транспорты для максимальной совместимости.
2. Для внутренних систем с контролируемой инфраструктурой можно ограничиться WebSocket.
3. При использовании Long Polling учитывайте увеличение нагрузки на сервер из-за постоянных HTTP запросов.
4. Monitor и log события переключения транспортов для диагностики проблем сети.

// Логирование события переключения транспорта
public class MyHub : Hub
{
    public override async Task OnConnectedAsync()
    {
        var transport = Context.Features.Get<IHttpTransportFeature>()?.TransportType;
        Console.WriteLine($"Client connected via: {transport}");
        await base.OnConnectedAsync();
    }
}

Выбор режима SignalR напрямую влияет на производительность и надежность real-time приложений, поэтому понимание этих транспортов критично для разработки эффективных систем.