部门的一同事维护一个mobile项目的上传模块,测试该模块时发现在上传大文时很容易
失败,但是在上传线程中加上log输出就不太容易复现, 我看了下代码,让同事把
log改用轻量级的outputdebugstring,发现一处封装的send函数没调用成功,而且
没判断返回值,由于是非阻塞方式发送而且一次发送数据较大(4K),导致OS send buffer消化不量。
10035 --》 WSAEWOULDBLOCK
MSDN上说一般是在nonblocking sockets上recv,而OS的recv buffer没数据,或是
同样的在nonblocking sockets做connect(client也这样搞?),但是建立连接的时间过长。
所以nonblocking sockets上的send也可能出现 10035的错误。
如果系统是常态下经常出现这样的问题,那可能你要缩减你每次发送的buf大小,或则增加系统的send buf。
如果系统只在大负载(内存较小,而cpu太强劲)状态下出现这样的状况,那你需要。。。