这是一个创建于 3271 天前的主题，其中的信息可能已经有所发展或是发生改变。
这两天一直在看 NAT 穿透，想让两个客户端建立连接，网上有很多文章都是关于 UDP 穿透的，实现起来也简单。但我有几个疑惑，想请教大家。
1. 网上说每个 UDP 包的大小，不能超过 xx KB （说法不一），如果想发送一个较大的文件应该在业务层面自己处理分包和合并的问题。那互联网上常见的基于 UDP 通讯的软件（例如 BT 下载，视频通话等），对于 UDP 包的校验及处理，岂不是很麻烦？
2. 如果说单个 UDP 包不能太大，那把大文件拆分成小包之后，每个包还要加入序位信息等，岂不是能使用的“空间”就更小了？
1. 网上说每个 UDP 包的大小，不能超过 xx KB （说法不一），如果想发送一个较大的文件应该在业务层面自己处理分包和合并的问题。那互联网上常见的基于 UDP 通讯的软件（例如 BT 下载，视频通话等），对于 UDP 包的校验及处理，岂不是很麻烦？
2. 如果说单个 UDP 包不能太大，那把大文件拆分成小包之后，每个包还要加入序位信息等，岂不是能使用的“空间”就更小了？
 | 1 kokutou 2017 年 2 月 8 日 |
 | 2 UnisandK 2017 年 2 月 8 日 所以有了 TCP 嘛。。你要打洞只能用 UDP 这些要实现肯定是绕不过去的 |
 | 3 buckethead1 2017 年 2 月 8 日 除非设置了 don't fragment flag, 否则协议会自动帮你分包,接到的时候会自动合并 but 你需要自行判断超时,重传,一个类似滑动窗口之类的东西 balabala 之类的 |
| 4 buckethead1 2017 年 2 月 8 日 @buckethead1 接受之后自动合并这个描述不对 上层来看都一样 |
 | 6 gamexg 2017 年 2 月 9 日 via Android udp 包超过 mtu 尺寸会自动分包，然后自动合并，但是如果中间丢失了一个子包那么会造成都重传，所以不建议。 |
 | 7 bintianbaihua 2017 年 2 月 9 日 |
| 8 bintianbaihua 2017 年 2 月 9 日 |
 | 9 skylancer 2017 年 2 月 9 日 我会建议不要超过 512 ，因为你不能确保你的所有路径都是经过正常的现代路由器，几百年前的破烂玩意 512 就 GG 了 |
 | 11 nneedd 2017 年 2 月 15 日 |
Select Language