在 iPhone 上发送 UDP 数据包在新的 3G 连接上失败，但可以正常工作

Question

当我通过 3G 从 iPhone 发送 UDP 数据包时遇到一个奇怪的问题。几乎每次我的应用程序在较长时间的网络不活动后启动（例如，手机从睡眠模式恢复或刚刚获得 3G 连接后），我的应用程序都无法发送任何 UDP 数据包。我从 CFSocketSendData 收到 kCFSocketError 错误状态。然后，应用程序逻辑每五秒重新尝试定期发送数据包，但无论我让它运行多久，它总是失败。但是，当我将应用程序切换到后台并在 Safari 中打开网页时（当应用程序在后台仍然失败时），应用程序突然开始工作。基本上，其他网络活动（来自 Safari、地图等）似乎“真正启动了网络”。例如，我需要在网络初始化方面做一些特殊的事情吗？

这是我用来发送 UDP 数据包的代码的简化片段：

CFSocketRef cfSocket = CFSocketCreate(NULL, 0, SOCK_DGRAM, IPPROTO_UDP, kCFSocketNoCallBack, NULL, NULL);
if (!cfSocket)
{
    // snip: some error handling
}

struct sockaddr_in addr;
// snip: init addr

CFDataRef cfAddr = CFDataCreate(NULL, (unsigned char *)&addr, sizeof(addr));

CFSocketError sendPacketResult = CFSocketSendData(cfSocket, cfAddr, cfPacketData, 0.0);
if (sendPacketResult != kCFSocketSuccess)
{
    // try again in 5 seconds
}

在 Wi-Fi 上一切正常，没有任何问题。

公平地说，我认为我有时（但非常偶尔）在标准 iPhone 应用程序（Safari、地图等）中也看到过相同的行为。有时他们拒绝连接（即使我看到了 3G 图标），我需要关闭并重新打开它们。但这种情况非常罕见。

编辑：可能相关的问题：在 iPhone 上，EPERM (errno == 1) 在响应 send() 时意味着什么UDP 数据？。

Answer 1

3G TCP/IP 网络接口可以根据操作系统的意愿被 IOS 关闭，通常是出于省电的原因（如果没有流量通过该接口）。当使用 BSD 套接字时（例如，对于 UDP，因为没有 UDP 苹果网络框架），没有已发布的操作系统调用来确保 3G 网络接口正常运行。但在 Apple 的 CFSocketStream 类内部，存在唤醒接口的私有 Apple 调用。

所以解决方案似乎是向某个地方打开一个CFSocketStream。这将唤醒接口一段时间。只要您每分钟左右通过 CFSocketStream 发送一次数据，连接和网络接口就会保持正常状态。

这并不是那么有吸引力，因为它只是通过副作用起作用。但这似乎是目前唯一的解决方案。