У меня есть клиент SignalR .NET на основе Microsoft.AspNetCore.SignalR.Client.
После установления соединения я хотел бы определить, какой транспортный механизм SignalR используется для соединения в целях отладки. У меня возникли проблемы в сети, и мне нужно проверить текущий механизм транспортировки в различных условиях.
Задавались различные вопросы, подобные этому:
Но их ответы меня не устраивают. Поскольку эти вопросы старые (4 года), и это в тот период, когда у SignalR было несколько устаревших пакетов и переименований. Я не уверен, что они актуальны. Похоже, что они также охватывают получение данных типа транспорта на стороне сервера.
Суть их ответа: Context.Features.Get<IHttpTransportFeature>().TransportType.ToString();
Встречается в некоторых функциональных тестах SignalR, но, опять же, похоже, что это происходит на стороне сервера, внутри серверного концентратора.
Как это можно сделать на стороне клиента?
ОБНОВЛЯТЬ
После тщательного исследования этой проблемы мы обнаружили, что, поскольку HubConnectionBuilder не предоставляет методы, которые могут напрямую обращаться к Transport, если нам необходимо реализовать его на стороне клиента signalr, нам нужно самим инкапсулировать HubConnection для доступа к Transport, но мы потеряем более продвинутое прослушивание. такие методы, как Connection.on, которые необходимо переписать самим.
Для клиента и сервера signalr протокол установления соединения должен быть согласован обеими сторонами. Метод сервера OnConnectedAsync
обязательно будет выполнен, поэтому я предпочитаю, чтобы сервер реализовал эту функцию. Вы можете выбрать, отправлять его на сторону клиента или нет.
Вот мой образец.
Серверная часть
public override async Task OnConnectedAsync()
{
...
var transportType = Context.Features.Get<IHttpTransportFeature>()?.TransportType.ToString();
await Clients.Caller.SendAsync("ReceiveTransportType", transportType);
await base.OnConnectedAsync();
}
Сторона клиента
connection.On<string>("ReceiveTransportType", transportType =>
{
Console.WriteLine($"Transport Type: {transportType}");
});
Поскольку этот протокол представления предполагается использовать на этапе отладки разработчика, я не думаю, что этот метод повлияет на производительность.
После отладки и просмотра свойств я наконец нашел TransportType с помощью следующего метода GetTransportType.
Важно отметить, что мы должны объявить протокол при подключении.
options.Transports = HttpTransportType.LongPolling;
Если не объявлено, по умолчанию будут выведены три протокола.
using Microsoft.AspNetCore.Http.Connections;
using Microsoft.AspNetCore.SignalR.Client;
using System.Reflection;
using System.Text;
Console.OutputEncoding = Encoding.UTF8;
System.Console.OutputEncoding = System.Text.Encoding.UTF8;
//Console.WriteLine("Hello, World!");
// URL of the SignalR server
string url = "https://23p1z4dk-7189.euw.devtunnels.ms/mainhub?nickname=consoleapp1";
// Create connection
var connection = new HubConnectionBuilder()
.WithUrl(url, options =>
{
options.Headers.Add("Authorization", "consoleapp1");
options.Transports = HttpTransportType.LongPolling;
})
.Build();
// Connect to the server
try
{
await connection.StartAsync();
Console.WriteLine("Connection successful!");
var transportType = Test.GetTransportType(connection);
Console.WriteLine($"Transport type: {transportType}");
}
catch (Exception ex)
{
Console.WriteLine($"Connection failed: {ex.Message}");
}
// Listen for messages from the server
connection.On<string>("ReceiveMessage", message =>
{
Console.WriteLine($"Received message: {message}");
});
// Send a message to the server
await connection.InvokeAsync("SendMessage", "Hello from console app");
// Wait for user input to prevent console from closing
Console.WriteLine("Press any key to exit...");
Console.ReadKey();
// Close the connection
await connection.StopAsync();
public static class Test
{
public static string GetTransportType(HubConnection connection)
{
// Get the _connectionFactory private field
var connectionFactoryField = typeof(HubConnection).GetField("_connectionFactory", BindingFlags.NonPublic | BindingFlags.Instance);
if (connectionFactoryField == null)
{
throw new InvalidOperationException("Could not find _connectionFactory field.");
}
var connectionFactoryValue = connectionFactoryField.GetValue(connection);
// Get the _httpConnectionOptions private field
var httpConnectionOptionsField = connectionFactoryValue.GetType().GetField("_httpConnectionOptions", BindingFlags.NonPublic | BindingFlags.Instance);
if (httpConnectionOptionsField == null)
{
throw new InvalidOperationException("Could not find _httpConnectionOptions field.");
}
var httpConnectionOptionsValue = httpConnectionOptionsField.GetValue(connectionFactoryValue);
// Get the Transports property
var transportsProperty = httpConnectionOptionsValue.GetType().GetProperty("Transports", BindingFlags.Public | BindingFlags.Instance);
if (transportsProperty == null)
{
throw new InvalidOperationException("Could not find Transports property.");
}
var transportsValue = (HttpTransportType)transportsProperty.GetValue(httpConnectionOptionsValue);
return transportsValue.ToString();
}
}
@ProbablePrime После полудня расследования, поскольку не существует готового способа получить протокол напрямую, я считаю, что реализация на стороне сервера является наиболее надежным решением. Я обновил его, пожалуйста, проверьте его.
Это хорошее решение, которое дает мне то, что мне нужно. Хотя немного странно делать это таким образом. Я приму этот ответ с надеждой, что однажды появится обновление. Спасибо!
Я также хотел прокомментировать другое решение, с которым я экспериментировал.
Если вы включите вход в SinglaR, добавив это в построитель соединений:
.ConfigureLogging(loggingConfig =>
{
loggingConfig.SetMinimumLevel(LogLevel.Debug);
loggingConfig.AddConsole();
})
На уровне отладки вы увидите информацию о транспортировке в журнале. Это действительно помогает, но я хотел отобразить это диагностически и в своем приложении, что потребует сопоставления строк и т. д.
Похоже, что это просто выводит предоставленный параметр типов транспорта, который передается в SignalR. Он не говорит мне, какой активный транспорт использует SignalR. SignalR запускает переговоры, чтобы выяснить, какой транспорт использовать, а затем выбирает один из доступных вариантов, и мне нужно понять, когда/если он выбирает что-то отличное от значения по умолчанию и т. д.