服务端: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、字节编码问题,这里由于发送的都是英文字符,因此编解码没问题,如果要支持中文字符,则需要两边约定好字符编码格式。