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