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
关键在于理解，每次分配是否成功取决于是否还有剩下的，而不在与剩下的够不够分配，
————————————————
版权声明：本文为CSDN博主「一人在人间」的原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接及本声明。
原文链接：https://blog.csdn.net/ziliangxiao/article/details/24294991