关于拆包 about gev HOT 3 CLOSED

@xhaoxiong 我们对unpack的设计和理解应该是从一个tcp原始数据 -> 我们可以用的最基本的数据包，将业务代码和原始报文处理分离。在里面就需要人们根据自己的需求去实现对应的unpack方法。换而言之，netty的各种decoder方法我们都可以基于我们的 unpack 去实现对应功能。
我这里举个例子，如果我们是按长度取数的话，在unpack里就可以 if buffer.virtrualLength() > 100 去判断是否有足够的数据，再决定返回内容继续处理还是nil来等待下次数据到来。对于其他的decoder方法都可以类比实现(有机会我们会在库里提供对应实现方便使用)。
当然还有很多不完善和有问题的的地方，如果有更好的意见或者建议请提给我们。

from gev.

使用protobuf 序列化 ， 通过多线程发报文的情况下，确实有粘报文体，代码如下:
top, tail := buffer.PeekAll()
data := append(top, tail...)
log.Printf("request Host:[%s] msg:%x", c.PeerAddr(), data)
var communication protobuf.Communication
if e := proto.Unmarshal(data, &communication); e == nil {
buffer.RetrieveAll()
//逻辑处理
} else {
log.Printf("Unmarshal error %v", e)
}

communication Unmarshal error:proto: protobuf.Communication: illegal tag 0 (wire type 1)

from gev.

@itlabers 对于网络处理，一定要有方式去把“数据包”正确完整得取出来。对于你这种推荐在包头用2字节确认后续包长度，可以看ws对于数据包得处理。

from gev.