ikcp_recv 并不需要接受 len 参数,因为已经约定buffer必须满足peeksize了 如果接受len参数,会导致重复调用2次peeksize,外层代码调用一次准备buffer,ikcp_recv里面再调用一次做比较? Sign up for freeto join this conversation on GitHub. Already have an account?Sign in to comment...
@skywind3000 是这样的, 底层UDP网络引擎 是IOCP多线程的,在OnRecive接口 我调用的咱们的kcp_input,kcp_recv, 然后在发送队列线程调用的kcp_send,, 因为要对h264数据分包, 然后又单独开了一个线程 做kcp_update,, 你说加锁的问题,,, 我都没加锁,,, 难道要所有调用都要加锁吗。,。。Owner skywind3000 co...
if (seg->sn == kcp->rcv_nxt && kcp->nrcv_que < kcp->rcv_wnd)
kcp is not thread-safe, and should be guarded by a mutex.
ikcp_recv有时会同时接收到几个包,是否属于正常现象? 按照标准流程,ikcp_input后调用ikcp_recv,有时网络延时大,会同时收到发送方面发送的好几个包,2-3个,在同一个ikcp_recv中,请问这是正常现象吗?