Socket网络通讯开发总结之：java服务器端和C客户端IO阻塞问题

服务端：C

客户端：Java

通信的时候，客户端发送数据成功，服务端成功返回数据，但是客户端实际上一直处于等待状态，无响应。 

对于Inputstream.read()而言，Java中在socket通信时，有相应的处理机制，可以在客户端调用Socket.shutdownOutput()方法告诉服务器。read()方法是读到-1从而continue。但是，Java和C通信的话，read()会读取客户端发送过来的数据，如果无数据可读，就会阻塞直到有数据可读。这样就会出现IO阻塞了。客户端收不到服务器返回的消息。

并且在实际使用中发现，若客户端数据发送频繁，那么服务端接收的数据存在粘包的情况，这是因为TCP是基于流的传输，即其无保护消息边界，所以如果发送端连续发送数据，接收端有可能在一次接收动作中，会接收两个或者更多的数据包。

针对这个问题，一般有3种解决方案：

• 发送固定长度的消息，即发送端和接收端约定好每次发送接收的缓冲区长度，每次都发送和接收固定长度的字节。由于每次消息要占用固定长度，因此会浪费网络资源。
• 把消息的尺寸与消息一块发送，即先发送本次消息的尺寸（消息的尺寸要采用固定长度的方法），在发送本次需要发送的消息。这样既节省了带宽，又可以解决粘包问题。
• 使用特殊标记来区分消息间隔。即每条消息的最后加特殊字符用于区分，该方法适用于消息本身无特殊字符的情景。前提这是因为本身发送的消息不含特殊字符，且JAVA的BufferedReader本身支持”\n”对消息进行区分。

 

注意：

1、对于使用BufferedReader，使用readLine()，

• 读入的数据要注意有/r或/n或/r/n
• 没有数据时会阻塞，在数据流异常或断开时才会返回null
• 使用socket之类的数据流时，要避免使用readLine()，以免为了等待一个换行/回车符而一直阻塞。

2、字节编码问题，这里由于发送的都是英文字符，因此编解码没问题，如果要支持中文字符，则需要两边约定好字符编码格式。