IOS接收数据超时CFsocket

tsp*_*zas 8 iphone ntp nstimer ios cfsocket

我想与pool.ntp.org连接以进行时间同步.所以创建一个套接字

    sock=CFSocketCreate(NULL, PF_INET, SOCK_DGRAM, IPPROTO_UDP, kCFSocketDataCallBack|kCFSocketWriteCallBack|kCFSocketConnectCallBack, sockCallback, &sock_ctx);
Run Code Online (Sandbox Code Playgroud)

然后我正在建立一个循环

    sockref=CFSocketCreateRunLoopSource(NULL, sock, 0);
CFRunLoopAddSource(CFRunLoopGetMain(), sockref, kCFRunLoopCommonModes);
Run Code Online (Sandbox Code Playgroud)

并连接到该地址

    CFDataRef adrref=CFDataCreate(NULL, (const UInt8 *)&adr, sizeof(adr));
    CFSocketError err=CFSocketConnectToAddress(sock, adrref,-1);
Run Code Online (Sandbox Code Playgroud)

如果我有回调kCFSocketWriteCallBack我发送所需的数据

        CFDataRef bufref=CFDataCreate(NULL, buffer, scl->NTP_PACKET_SIZE);
    CFSocketError error = CFSocketSendData(scl->sock, NULL, bufref,3);
Run Code Online (Sandbox Code Playgroud)

直到这里的一切都很完美.我的实际问题是

else if(callbackType==kCFSocketDataCallBack)
Run Code Online (Sandbox Code Playgroud)

9/10次正常工作.服务器发送响应,我的过程继续.问题是我在等待数据实际继续我的app逻辑.如果没有数据没有kCFSocketDataCallBack被触发和app等待永远.有没有办法让我在等待接收数据时超时?(没有自己NSTimer重新连接到池)

Ste*_*ntz 1

我认为这里要了解的重要一点是 UDP 本质上是不可靠的。

因此,数据包丢失并且有时得不到响应是绝对可能且正常的行为。你提到十次中有九次它有效,这对于基于 UDP 的协议来说听起来相当不错。

所以我认为你真的需要让你的代码更聪明一点。我还认为没有办法使用计时器来确定您是否确实在一定时间内收到了响应。

CFRunLoopTimer幸运的是,在循环中安排循环非常容易。你需要做的是这样的:

  1. 当您CFSocketSendData第一次调用时,您还可以添加一个CFRunLoopTimer.
  2. 当您收到kCFSocketDataCallBack回调时,您取消计时器
  3. 如果您从未收到回复,或者回复非常晚,您的计时器将会触发。因此,您可以简单地从时间计时器回调中再次发送数据包并再次安排它CFRunLoopTimerSetNextFireDate

您可以保留一个计数器,每次发送数据包时都会递增该计数器。然后你可以在尝试一定次数后放弃。

这是更多的代码,但它将使您基于 UDP 的应用程序更加可靠。