最近内网的PatchClient有时会出现与服务器断开连接的情况.看log是网络层的buf满了.
Patch使用的机制是Client向Server请求文件数据.Server回发一段固定大小的数据给Client.Client接到这笔数据后再请求下一段.
按照这个逻辑.只要server的数据不大于网络层的buf.就不会有问题.所以这个固定大小设置的也比较大.大于1/2的buf了.
后来到处trace了半天发现.Client在接受到消息后立即给服务器端发送请求.之后又做了一个界面更新操作.
之后网络IO已经发送完消息并且将下一段数据读取了进来.而这时界面更新还没有完成.所以还没有对网络层使用的buf的位置进行更改.所以就断开了.
解决方案也很简单..将界面更新操作放在最前.再发送请求消息即可.
自从改用DXUTLockFreePipe作为网络层无锁Buf以来.解决了原来逻辑线程处理不过来时内存增长的问题.也遇到些奇怪的buf写满断线的问题.不过大多是暴露了原来逻辑层的一些隐藏的bug.