La scrittura di zero byte su un flusso di rete è un modo affidabile per rilevare connessioni chiuse?

Question

Sto lavorando a un'applicazione in cui un client si connette a una connessione TCP che quindi attiva una quantità di lavoro che potrebbe richiedere molto tempo per il completamento. Questo lavoro deve essere annullato se l'utente interrompe la connessione TCP.

Attualmente, quello che sto facendo è di avviare un timer che controlla periodicamente le reti di flussi di connettività in questo modo:

// stream is a Stream instance 
var abort = false; 
using (new Timer(x => { 
    try 
    { 
     stream.Write(new byte[0], 0, 0); 
    } 
    catch (Exception) 
    { 
     abort = true; 
    } 
}, null, 1000, 1000)) 
{ 
    // Do expensive work here and check abort periodically 
} 

mi sarebbe piaciuto leggere il CanWrite, CanRead o Connected ma riportano la ultimo stato del flusso. Scrivere zero byte è un modo affidabile per testare la connettività, oppure può causare problemi di per sé? Non riesco a scrivere o leggere alcun dato reale sullo stream poiché ciò potrebbe rovinare il client.

Answer 1

Diciamo solo che l'ho saputo funzionare, decenni fa, ma non esiste una ragione intrinseca per cui dovrebbe. Qualsiasi degli strati API tra voi e lo stack TCP ha il diritto di sopprimere la chiamata al livello immediatamente inferiore, e anche se si arriva fino in fondo alla pila che verrà restituire solo un errore se:

1. controlla per errori di rete prima di verificare la lunghezza zero, che dipende dall'implementazione, e
2. Si è verificato già un errore di rete, causato da un'operazione precedente o un RST in arrivo.

Se ti aspetti che riesca a sondare magicamente la rete fino all'altra estremità, sicuramente non lo farà.