UDP发送接收尺寸问题。

测试发现：

UDP发送尺寸不能太大,最大65507=65535-20-20-8，否则发不出去。

设置发送尺寸	实际最大接受
32k	44392	30*1480
16k	22192	15*1480
8k	11832	8*1480

貌似要比设置的２倍还要大。

规律不清楚。

一个UDP数据包本身接受的时候是会组装的（此组装实际上就是ｉＰ分片重组）。

TCP发送大量数据的时候是尽量不会将ip包分片。而是都是单独的分包。

比如６４Ｋ。不会分片。而是１４７２单包单包分开。真正的顺序在ＴＣＰ重组。

当数据错误或者校验错，系统直接扔掉。

提交给应用的数据都是正确的（加了CRC）

唯一有的问题就是要么丢失，要么就是包之间的失序。

比如发2048。再发2048。2048IP层即使分片也不会出现提交给应用会失序。IP会帮助整理顺序（IP序列号）。

但是丢失不会帮忙找回来。

2个独立2048之间倒是有失序的可能。需要应用自己处理。

同时，对于UDP数据包是可以分片的。但是分片后增大了丢失的可能。

后续如果编程。为了兼容，所有的发送不要超过1500-20-8=1472。或者576-28=548，避免丢失。

对于接收数据缓冲：

我设置为1024。

实际上可以最大可以接受1073。

2048，

实际上是3781。

我设置为213，

实际上只能接受70。

具体原因估计和系统有关。

linux socket对于应用提供应用BUF，如果小于接受数据包大小。则被截断。

而且应用没有提示，

但是windows下直接返回-1。

设置error为WSAEMSGSIZE。

所以作为接受端，一定要清楚对方发过来的一个完整包最大是多少。或者设置一个很大的值。否则出了错也不知道。