基于TCP协议，socket传输部分乱码问题。

[Salted-fish]

实现代码
OutputStream out = socket.getOutputStream();
DataOutputStream dos = new DataOutputStream(out);

//写入波形
int[] data = packet.getDatas();

dos.writeInt(convertInt(data.length * 2));//波形长度 int=4字节

dos.writeInt(convertInt(packet.getUserString().getBytes().length));//病人信息长度

for (int i : data) {
dos.writeShort(convertShort((short) i));
}
//写入病人信息
byte[] bs = packet.getUserString().getBytes(Charset.forName("Utf-8"));
for (byte b : bs) {
dos.writeByte(b);
}
dos.flush();
packet是1个自定义的实体类里面有 private int[] datas;//波形 private String userString;//用户json
传输的是两个数据包。convertShort方法是高低位字节互换
然后出现部分乱码


传输的数据格式应该没错。我初步怀疑是两个包1起传，出现了粘包，拆包问题。因为其他不需要传包和传1个包的请求就不会乱码。但是我传输这两个包之前都先传输了包的长度信息。没用吗。

[Salted-fish]

这是1条信息

[X-i-n]

粘包没有什么好办法，只能自己解析。先把stream里读出来的内容存到buffer，再按定义好的数据结构去查有没有包含尾串（你的场景里是json，判断尾串的办法不适用，不过也有讨巧的办法，逐字符追到临时字符串，碰到 } 时反序列化，直到成功为止算一条记录，此时保存，继续往下处理。），或者接收到长度以后按指定长度保存内容，够了就截断。另一种规避粘包的办法需要动到底层架构设计，用http当服务端就完全不用考虑粘包和分包。看哪种更符合你的需求吧。

[Salted-fish]

我这是把我公司的数据传给另1个公司，我做的发送端的。

[Salted-fish]

因为是实时传输，所以用socket比较快。

[Salted-fish]

最笨的解决办法，我把int []data传完之后，加个flush。再传byte[] bs 。 就是两个包之间先flush下。是否能解决粘包问题。如果能解决传输速率是否会大大降低还是微乎其微。

[X-i-n]

你做发送端那就省事了，协商好结构，无脑发就行。剩下的交给对方去处理，那是他的事。 flush我不确定管不管用，你可以试试。我的理解是，它只是将这个流的缓冲区（JAVA）的内容送给了更底层的socket（操作系统），而socket本身的行为你控制不了。不过你可以给socket加上nodelay参数。 另外，我建议你找接收方让他们做好数据的完整性判断，如果对方需要修改数据结构方便做识别，再由你去配合对方。因为即使用flush“极大地”改善了这种情况，而不是“完全解决”你的问题，那也是毫无意义的。SOCKET本身不光有粘包问题，还有分包问题。所以你需要的是一个能够精确无误地将这些包还原出来的可靠算法，而不是碰运气。

[Salted-fish]

那这种乱码，有可能是网络波动，丢包造成的吗？

[xiaopi224]

这个东西发送端控制不了的，接收端根据长度信息解析即可。

[Salted-fish]

问题终于解决了，发现是接收波形的时候。波形文件的长度是前端传过来的。因为是不同设备传输上来的文件。发现其中1种设备传输的文件长度和文件上传到linux服务器的实际长度不1致，导致另1个公司根据我发送的波形文件长度读取。波形数据文件丢失字节。然后导致后面的接收内容对不上号。出现乱码。目前只是做了个判断，如果文件的长度跟实际传输到服务器的文件长度不1致，就不发送。后续准备专门做1个这种设备上传的HTTP。

[Salted-fish]

后续解决方案我也会继续更新的。

[Salted-fish]

不知道是否是设备系统不1样，导致文件长度变化了。但我经理说都是2进制文件，不可能变化。

[ljh8698]

感谢前辈，鄙人新手，很有收获！！！