自己想实现一个tcp 粘包，残包的功能。 先看看一些开源的库是怎么实现的。
首先开启一个线程。使劲的执行： skynet_socket_poll
skynet_socket_poll 这个玩意是干嘛的呢？就是处理socket消息
工作流：
socket_message -> skynet_socket_message -> skynet_message -> skynet_context_push(message_queue)
通过源码追踪，发现数据都到message_queue了
既然有一个功能是： 把原始数据经过各种封装处理后流向message_queue了
猜测： 那么肯定有一个功能： 使劲的取message_queue，然后把原始数据加工成程序方便使用的对象
根据这个思路查找：
在skynet_start.c文件中， 很容易就找到了和队列相关的东西。
就是thread_worker， 这个线程就是使劲的执行： skynet_context_message_dispatch
skynet_context_message_dispatch 这个玩意是干嘛的呢？
就是从全局队列拿出一个队列， 然后对这个队列使劲 skynet_mq_pop 并 dispatch_message
dispatch_message就是把 skynet_message 交给 skynet_cb 回调处理。
那么在这之前肯定有注册回调地方。
通过全局查找，找到了注册的地方。
有几个默认的处理skynet_message回调：
forward_cb
mainloop
logger_cb
launch_cb
在lua-skynet.c中有一个没有圈出来， 这个调的到了_cb， 里面有一个lua_pcall, 这个其实已经调用到了lua的逻辑层。
此lua回调是通过 skynet.core.callback 注册的。
简单跟踪了一下： 最终都会到 skynet.dispatch_message
到lua层，应该不会用lua去处理粘包的问题吧。
在service_gate.c文件中有一个_cb，这个回调的功能是，处理了三种原始数据
PTYPE_TEXT，
PTYPE_CLIENT，
PTYPE_SOCKET
PTYPE_SOCKET分支处理流程：
dispatch_socket_message -> dispatch_message -> databuffer_push -> _forward(
)
databuffer_read, 读取一个完整包
skynet_send,发送一个完整包
至此找到了skynet处理粘包和残包的地方。 文件在： databuffer.h。
有点不明白云风为什么不写在 c文件里，而要写在头文件里。
话说回来，我怎么记得有人说粘包残包的逻辑在netpack文件， 我就问你真的看源码了吗，还是对分包残包有什么误解。
扫了一遍c代码，总体感觉还不错。性能应该不错。但是我怎么感觉可以更高效啊，层次更合理啊。
居然处理分包是在一个gate服务中。
gate只是一个名字吧，其实就是对三种数据类型处理的一个封装。
总的来说，这个逻辑处理都在worker上面完成。
发送数据都是在worker线程。
send -> skynet_socket_sendbuffer -> socket_server_send
发送是没有队列的，直接走socket立即发送
发送是没有队列的，直接走socket立即发送
有一个线程thread_socket， 只处理外部发过来的数据。 包括连接，断开等等
至少得4核的CPU才能把skynet发挥到极致。