CODEWITHSUNDEEP
javasocketsnio
user1069275
user1069275

Reputation: 11

Java blocking socket returning incomplete ByteBuffer

I have a socketChannel configured as blocking, but when reading byte buffers of 5K from this socket, I get an incomplete buffer sometimes.

    ByteBuffer messageBody = ByteBuffer.allocate(5*1024);
    messageBody.mark();
    messageBody.order(ByteOrder.BIG_ENDIAN);
    int msgByteCount = channel.read(messageBody);

Ocasionally, messageBody is not completely filled and channel.read() does not return -1 or an exception, but the actual number of bytes read (which is less than 5k).

Has anyone experienced a similar problem?

Upvotes: 1

Views: 2964

Answers (3)

Romain Hippeau
Romain Hippeau

Reputation: 24375

TCP/IP sends the information in packets, they are not always all available when you do the read, therefore you must do the read in a loop.

           char [] buffer = new char[1024];
           int chars_read;
           try
           {
              while((chars_read = from_server.read(buffer)) != -1)
              {
                 to_user.write(buffer,0,chars_read);
                 to_user.flush();
              }
           }
           catch(IOException e)
           {
              to_user.println(e);
           }

See this post

Upvotes: 0

aaaa bbbb
aaaa bbbb

Reputation: 3043

When you use sockets you must anticipate that the socket might transfer fewer bytes than you expect. You must loop on the .read method to get the remainder of the bytes.

This is also true when you send bytes through a socket. You must check how many bytes were sent, and loop on the send until all bytes have been sent.

This behavior is due to the network layers splitting the messages into multiple packets. If your messages are short, then you are less likely to encounter this. But you should always code for it.

With 5k bytes per buffer you are very likely to see the sender's message spit into multiple packets. Each read operation will receive one packet, which is only part of your message.

Upvotes: 1

Anon
Anon

Reputation: 126

That's how reads work. The SocketChannel documentation says:

A read operation might not fill the buffer, and in fact it might not read any bytes at all. [...] It is guaranteed, however, that if a channel is in blocking mode and there is at least one byte remaining in the buffer then this method will block until at least one byte is read [emphasis added].

Upvotes: 4

Related Questions