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