Question

Does NetworkStream.DataAvailable know whether the sender’s send buffer is empty? Or does it simply indicate whether the receiver’s read buffer has data? My assumption is the latter…

Specifically, for some socket work involving an ongoing conversation, I currently use a length-prefix so the the receiver knows exactly how much data is in the current batch; however, I’ve been sent a .patch suggesting I use NetworkStream.DataAvailable instead. My concern is that this will just tell me what the receiver has got – not what the sender originally sent – but I’m not a sockets expert.

Am I wrong? Or is length-prefix the way to go?

(note I can’t simply Read() until the stream is closed, since multiple batches are sent on the same connection, and it is vital that I treat each batch as separate; if I read too much in one batch (even if it gets buffered and discarded) then the conversation will break).

Answer 1

One side of a connection is not going to know whether the other side’s send buffer is empty.

DataAvailable only indicates whether there is incoming data to be read. You could use that prior to Read(), but it alone doesn’t give you the information you want. It doesn’t tell you the beginning and ending of each batch.

I’ve coded back-and-forth conversation before, and I used length-prefixes in the data. What I did was write helper functions that read an exact number of bytes (chunks at a time) and no more.

The only alternative to length-of-batch values in the stream is some way of examining the incoming data and recognizing the beginnings and endings of batches.