socket的选项里面的{packet,0}和{packet,raw}的区别 粘包处理 关于在被动模式下以recv方式收包 参考地址 ...
分类：
其他好文 时间：
2016-05-26 18:47:05
阅读次数：
114
socket的选项里面的{packet,0}和{packet,raw}的区别 粘包处理 关于在被动模式下以recv方式收包 参考地址 ...
分类：
其他好文 时间：
2016-05-26 18:40:25
阅读次数：
802
好久没写这个mina了，为了对之前的一篇博文Mina传输大数组，多路解码，粘包问题的处理 进行更进一步的补充，特此再来补说明，特别解决三个问题：1，大数组粘包 在上篇的博文中提到用累积性解码器解决传输大数组的问题，还有可能出现粘包，解决方法是对decode方法进行了改进： @Override
public MessageDecoderResult decode(IoSessio...
分类：
其他好文 时间：
2016-05-22 12:28:37
阅读次数：
199
TCP编程底层都有粘包和拆包机制，因为我们在C/S这种传输模型下，以TCP协议传输的时候，在网络中的byte其实就像是河水，TCP就像一个搬运工,将这流水从一端转送到另一端，这时又分两种情况：
1）如果客户端的每次制造的水比较多，也就是我们常说的客户端给的包比较大，TCP这个搬运工就会分多次去搬运。
2）如果客户端每次制造的水比较少的话，TCP可能会等客户端多次生产之后，把所有的水一起再运输到...
分类：
Web程序 时间：
2016-05-13 03:41:28
阅读次数：
203
可以看到被分了20次读取，我们可以这样理解，客户端发送了2次req字节，每个req中有10个“$$__”，这样就是第11次切割的时候其实发送了粘包，第一个req中末尾部分和第二次的头部粘在了一起，作为第11部分的内容
而最后一部分的内容因为没有"$$__"切割，所以没有打印在控制台上~
其实这类的Handler还是相对比较简单的，真实的生产环境这些decoder只是作为比较基本的切分类，但是这些decoder还是很好用的~...
分类：
Web程序 时间：
2016-05-13 03:37:13
阅读次数：
178
这两天看csdn有一些关于socket粘包，socket缓冲区设置的问题，发现自己不是很清楚，所以查资料了解记录一下： 一两个简单概念长连接与短连接：1.长连接 Client方与Server方先建立通讯连接，连接建立后不断开， 然后再进行报文发送和接收。 2.短连接 Client方与Server每进 ...
分类：
其他好文 时间：
2016-04-28 12:15:36
阅读次数：
137
Netty学习之TCP粘包/拆包，利用LineBasedFrameDecoder+StringDecoder解决TCP粘包问题...
分类：
Web程序 时间：
2016-04-26 22:08:39
阅读次数：
312
因为TCP协议是流协议，在收发数据的时候会有粘包的问题。本例使用自定义的SPtcp封包协议对TCP数据再进行一次封装，解决了粘包问题。 注：其性能仍有待优化。优化方向：使用TCP自带的接收窗口缓存。 sptcp.js spsvr.js spcli.js ...
分类：
Web程序 时间：
2016-04-15 14:00:46
阅读次数：
296
TCP粘包问题因为TCP协议是基于字节流且无边界的传输协议, 因此非常有可能产生粘包问题, 问题描写叙述例如以下 对于Host A 发送的M1与M2两个各10K的数据块, Host B 接收数据的方式不确定, 有以下方式接收: 先接收M1, 再接收M2(正确方式) 先接收M2, 再接收M1(错误) ...
分类：
其他好文 时间：
2016-04-09 18:31:57
阅读次数：
172
在使用Socket/TCP来传输文件，弄起来不仅会有些复杂，而且较经典的"粘包"问题有时候会让人火冒七丈。如果你不喜欢用Socket来传文件，不妨试试WCF，WCF的流模式传输还是相当强大和相当实用的。 因为开启流模式是基于绑定的，所以，它会影响到整个终结点的操作协定。如果你不记得或者说不喜欢背书，... ...
分类：
其他好文 时间：
2016-04-02 14:49:10
阅读次数：
240
