实际上，我正在编写一个 Android 应用程序，该应用程序接收连接到 PC 的网络摄像头的图片。为了获得更多的 fps，我使用 udp 协议而不是 tcp。这个想法是，电脑将图片发送到手机的 IP 和端口。但电话提供商有不同的公共端口。所以我不能直接拨打电话。这就是为什么我尝试通过udp打洞解决问题，但没有成功。当我的手机向电脑发送一个数据包时，电脑会获取手机的公共 IP 和端口。为了保持连接开放，这种情况每秒都会发生。然后服务器会尽快将网络摄像头帧发送到该 IP 和端口。但手机在 1-2 秒内仅接收 10-15 张照片。之后，提供商似乎会过滤每个后续数据包或类似的东西，因为手机不会收到任何进一步的数据包。
现在我的问题是：发生了什么（或者提供商在做什么）以及如何解决这个问题？ TCP 协议可以工作，但由于开销和纠错过多，对于流式传输而言速度太慢。
对于 UDP，有几个问题需要记住，这些问题在移动网络上会被放大：
您可能知道，一旦发送了 UDP 数据报，就绝对不能保证它会通过，并且无法确定如果没有通过会发生什么。
大于大约 1400 字节的有效负载可能会被分解为 IP 片段。接收操作系统may将它们重新组装成一个完整的数据包，但前提是每个片段都到达。有些路由器会任意丢弃片段，有些防火墙会丢弃包含特定字节模式的片段，有些会限制片段发送的速率。最好始终保持数据报较小，并自行处理丢失部分的重新组装和重复。
没有流量控制：如果任何路由器的缓冲区已满，则之后的所有内容都会被丢弃。如果某些路由器的缓冲区正在增长但尚未满，它们将开始随机丢弃一定比例的数据包。如果 UDP 源的速度超过某个任意阈值，某些防火墙会将其列入黑名单。
一般来说，设备和防火墙制造商倾向于将 UDP 视为垃圾，因此作为 UDP 开发人员，您必须成为一个额外的好公民，以免被抛弃：调节您的流量，记住丢弃的数据包意味着您可能速度太快，并保持数据包很小。在受控环境中，您可以做很多事情，但如果应用程序要“野外”部署，则需要进行大量仔细的编程才能避免出现问题。
本文内容由网友自发贡献，版权归原作者所有，本站不承担相应法律责任。如您发现有涉嫌抄袭侵权的内容，请联系:hwhale#tublm.com(使用前将#替换为@)
