Мне интересно, могу ли я установить значение тайм-аута для метода получения UdpClient.
Я хочу использовать блочный режим, но поскольку иногда udp теряет пакет, моя программа udpClient.receive будет висеть там навсегда.
любые хорошие идеи, как я могу управлять этим?
То, на что ссылается Филип, вложено в сокет, который содержит UdpClient (UdpClient.Client.ReceiveTimeout).
Вы также можете использовать для этого асинхронные методы, но вручную заблокировать выполнение:
var timeToWait = TimeSpan.FromSeconds(10);
var udpClient = new UdpClient( portNumber );
var asyncResult = udpClient.BeginReceive( null, null );
asyncResult.AsyncWaitHandle.WaitOne( timeToWait );
if (asyncResult.IsCompleted)
{
try
{
IPEndPoint remoteEP = null;
byte[] receivedData = udpClient.EndReceive( asyncResult, ref remoteEP );
// EndReceive worked and we have received data and remote endpoint
}
catch (Exception ex)
{
// EndReceive failed and we ended up here
}
}
else
{
// The operation wasn't completed before the timeout and we're off the hook
}
Есть свойства SendTimeout и ReceiveTimeout, которые можно использовать в Socket из UdpClient.
Вот пример 5-секундного тайм-аута:
var udpClient = new UdpClient();
udpClient.Client.SendTimeout = 5000;
udpClient.Client.ReceiveTimeout = 5000;
...
Task.Delay для создания собственного тайм-аута, например. Task.WhenAny(udpClient.ReceiveAsync(), Task.Delay(5000));
- person AJ Richardson; 31.05.2017
На самом деле, похоже, что UdpClient не работает, когда дело доходит до тайм-аутов. Я попытался написать сервер с потоком, содержащим только Receive, который получил данные и добавил их в очередь. Я делал такие вещи в течение многих лет с TCP. Ожидается, что цикл блокируется на приеме до тех пор, пока не придет сообщение от запрашивающей стороны. Однако, несмотря на установку тайм-аута на бесконечность:
_server.Client.ReceiveTimeout = 0; //block waiting for connections
_server.Client.SetSocketOption(SocketOptionLevel.Socket, SocketOptionName.ReceiveTimeout, 0);
сокет отключается примерно через 3 минуты.
Единственный обходной путь, который я нашел, заключался в том, чтобы поймать исключение тайм-аута и продолжить цикл. Это скрывает ошибку Microsoft, но не дает ответа на фундаментальный вопрос, почему это происходит.
вы можете сделать так:
udpClient.Client.SetSocketOption(SocketOptionLevel.Socket, SocketOptionName.ReceiveTimeout, 5000);
Существует свойство ReceiveTimeout, которое вы можете использовать.
