// 往服务端写
write(param);
TimeUnit.SECONDS.sleep(1);
// 读取服务端返回的数据
String data = read(param);
如果中间的休眠去掉，有很大几率直接读取返回的数据会出现数据丢失，有可能只读了一半。
read 方法代码大概是这样
InputStream is
// 先读八个字节
byte[] header= new byte[8];
is.read(header);
// 转换成字符串之后再转换成整数
int length = Integer.valueOf(new String(header));
// 读取正文
byte[] content = new byte[length];
is.read(content);
 |
1
twoconk Apr 24, 2020
是有点诡异，通常网络请求是一个阻塞的，如果不是异步 IO，通常是在单独的线程中循环读，类似下面的代码：
byte[] buffer= new byte[1024*10]; while(1){ int len=is.read(buffer); //业务在这里实现 TimeUnit.SECONDS.sleep(1); } |
 |
2
23571113 Apr 24, 2020 via Android
用粘包警察的话来说就是粘包了
|
 |
3
opengps Apr 24, 2020 via Android
通常都是粘包问题，不前后拼接拿不到完整的。
解决方案，要么处理粘包，要么设计成带回复的通信协议，不回复主动重发 |
 |
4
djoiwhud Apr 24, 2020 via Android
第一，代码要给全，不想泄露业务就自己弄个福利的测试用例。
第二，应该所有语言的 tcp 协议的 read 都会返回读取的实际长度。你这里压根没处理。 第三，你应该用 nio，streambuffer 这类处理，不是 java 开发，仅仅写过 java 适配的网络模块。可能有不对的地方。 第四，网络本身并不是阻塞的。不同语言，处理方式有差异。有些语言可以设置读超时，超时后继续下一个读轮训。 |
 |
5
qumingkunnan Apr 25, 2020 via Android
tcp 一直读，读到什么时候算结束应该由你的协议来定
|
Select Language