TCP协议下：当发送数据过长过短， 或缓冲区大小问题， 导致出现了所谓的 TCP“粘包”问题， 这是我们的俗称， TCP是流模式，并不是包；现象解释：TCP粘包是指发送方发送的若干包数据到接收方接收时粘成一包，从接收缓冲区看，后一包数据的头紧接着前一包数据的尾。出现粘包现象的原因是多方面的，它既可能...
分类：
系统相关 时间：
2014-10-14 22:57:49
阅读次数：
305
http://bbs.gameres.com/forum.php?mod=viewthread&tid=219655package netconnect该包中包含的服务端与客户端通信的一些处理方法，包括发送数据的封装，协议头的封装，tcp通信时进行分包，处理粘包问题。class Connection...
第三章中的示例用于功能测试一般没有问题，但当压力上来或者发送大报文时，就会存在粘包/拆包问题。
这时就需要使用LineBasedFrameDecoder+StringDecoder
client端请求改为连续的100次
package com.xiaobing.netty.fourth;
import java.net.SocketAddress;
imp...
分类：
Web程序 时间：
2014-09-21 12:13:10
阅读次数：
344
1、粘包与段包
指TCP协议中，发送方发送的若干包数据到接收方接收时粘成一包，从接收缓冲区看，后一包数据的头紧接着前一包数据的尾。
造成的可能原因：
发送端需要等缓冲区满才发送出去，造成粘包
接收方不及时接收缓冲区的包，造成多个包接收...
分类：
其他好文 时间：
2014-09-11 08:48:23
阅读次数：
195
TIOCPConsole是继承至TIocpTcpServer，做了管理和调用编码和解码器器的功能。可以通过向他注册编码和解码器可以忽略粘包的问题。 这样如果TIOCPConsole客户端必须按照一定的编码器和解码器的协议发送数据和接受数据， diocpCoders中已经有了几种编码和解码器， 比较常...
分类：
其他好文 时间：
2014-08-25 18:38:14
阅读次数：
149
DIOCP3支持两种方式接收数据， 第一种是原始的流数据, 最通用的一种方式，客户端发啥，这边就收到啥。需要自己处理粘包问题。 可以在TCilentContext或者TIocpTcpServer的OnRecvBuffer中处理， 如果Errcode = 0可以进行收到数据的处理 下面这两个都会触发 ...
分类：
其他好文 时间：
2014-08-25 14:56:04
阅读次数：
164
什么是粘包: 第一次发送 12345， 第二次发送abcde， 底层socket可能会一次性进行发送12345abcde，或者对方可能一次性进行了接收，那接收的时候，你可能想分两次接收才对，第一次接受到12345, 第二次想接收abcde，但是事与愿违，一次就接收完了，这就是粘包的问题。需要自己处理...
分类：
其他好文 时间：
2014-08-25 14:55:04
阅读次数：
219
首先我们必须知道Tcp粘包和拆包的，TCP是个“流”协议，所谓流，就是没有界限的一串数据，TCP底层并不了解上层业务数据的具体含义，它会根据TCP缓冲区的实际数据进行包的划分，一个完整的包可能会被拆分成多个包进行发送，也有可能把多个小的包封装成一个大的数据包进行发送。这里引用Netty官网的U...
分类：
Web程序 时间：
2014-08-23 21:28:21
阅读次数：
541
twisted的Protocol.datareceived()能处理接收到的原始数据，既然是原始的，就可能和应用层定义的“包”有差异，即粘包和分包难以避免 ????看一段处理粘包的代码：? ? #!/usr/bin/env?python
#cod...
分类：
编程语言 时间：
2014-08-21 13:31:14
阅读次数：
355
工程中使用长连接来和服务器进行通讯，因此，我们的协议通过指定前两个字节为数据长度来区分数据包
app这边数据有两种传输形式：
1.app主动请求所需要的数据；
2.app异步接收来自服务端的推送消息，也就是app这边没有请求，服务端主动发送数据到app客户端；
整个app运行期间，它们都是在同一个连接上完成的数据传输，因此会出现以下的问题：
1.服务器数据传输过快，出现粘...
分类：
其他好文 时间：
2014-08-16 11:13:40
阅读次数：
205
