unix udp sendto 最大可发送的数据长度

sendto 的最大可发送数据长度受限于两个值。

第一 【2^16 -1 - 8 -20】 

第二 【SO_SNDBUF】

解释受限于【2^16-1-8-20】

数据封装过程

第一步： 用户层 ： user数据

第二步： udp层数据： udp首部（8） + user数据

第三步： 

              ip层数据报文： ip首部（20） + udp首部（8） + user 数据

              因为，ip首部中用于表示ip数据报文段的长度为16bit，所有ip最大可封装的数据长度为【2^16-1-20】

              所以user数据的最大长度为【2^16-1-20-8】.

              注意引起ip分片是因为ip数据报文段>MTU(受限于链路层最大传输长度)。

              而不是上层数据[udp首部+user数据]>[2^16-1-20]，如果上层数据大于[2^16-1-20],将向上层返回错误。

              ip层的处理情况可以这样理解： 

              1 将上层数据封装成一个ip数据报文，如果数据报文的数据部分大于【2^16-1-20】,返回错误

              2 如果ip数据报文段大于MTU，则将该ip数据报文段进行分片处理，分成多个ip数据报文段

所以， 当sendto数据超过【2^16-1-20-8】时，系统会返回 Message too long 错误。

受限于【SO_SNDBUF】情况

可参看http://blog.chinaunix.net/uid-20662820-id-3600294.html

SO_SNDBUF 可由getsockopt 查看，可由setsockopt 设置

SO_SNDBUF 的取值规则可参看 http://blog.csdn.net/ziliangxiao/article/category/2210813

SO_SNDBUF 规定了ip层用于发送udp数据最大可分配空间的长度为Max_mem_alloc,一般Max_mem_alloc>=SO_SNDBUF

规则参看http://blog.chinaunix.net/uid-20662820-id-3600294.html

简而言之，ip层分配用于发送的报文段时，会查看已分配size_alloc的大小是否大于SO_SNDBUF

                 如果size_alloc大于等于SO_SNDBUF，则分配失败，即该udp数据报文发送失败No buffer space available

                 如果size_alloc小于SO_SNDBUF， 则分配成功成功

                 所以，有可能最后一次分配完时，已分配的size_alloc 会大于SO_SNDBUF

关键在于理解，每次分配是否成功取决于是否还有剩下的，而不在与剩下的够不够分配，