Por qué toma una lectura de 0 bytes cuando estaba más disponible

Question

descubrí que el código siguiente se reproduce con el 100% de uso de CPU:

byte[] buffer = new byte[0x10000]; 
while (true) { 
    if (socket.Poll (5000000, SelectMode.SelectRead) == false) 
     continue; 
    int available = socket.Available; 
    if (available == 0) 
     return; 
    int read = socket.Receive (buffer); 
    Console.WriteLine ("Read: " + read + " Available: " + available); 
    /* ... */ 
} 

La salida es:

Read: 0 Available: 1 
Read: 0 Available: 1 
Read: 0 Available: 1 
Read: 0 Available: 1 
Read: 0 Available: 1 
... 

me esperaba lo socket.Receive método para leer el byte restante, pero aparentemente no resulta en que mi código se repita al 100%.

Como sugiere jgauffin la documentation lee:

Si el host remoto se apaga la conexión zócalo con el método de apagado y todos los datos disponibles ha ha recibido, el método de recepción se complete inmediatamente y cero de retorno bytes.

Así que la lectura 0 es algo esperado, pero solo después de que se leen todos los datos, qué socket. Los reclamos disponibles no lo son.

La documentación para Socket.Available solo menciona una conexión cerrada que arroja una excepción.

¿Cómo puedo asegurarme de que se lea el último byte?

relacionadas:this es una respuesta de cómo detectar una conexión cerrada que depende de la socket.Available siendo 0 cuando no hay más datos y se cierra la conexión,

Answer 1

¿Ha leído el documentation ?

0 bytes de lectura significa que el punto final remoto se ha desconectado.

O utilice sockets de bloqueo o utilice los métodos asincrónicos como BeginReceive(). No es necesario Poll en .Net.