TcpUdp发送数据长度问题探讨.pptx

TCP/UDPTCP/UDP发送数据长度问题探讨发送数据长度问题探讨使用TCP发送数据时，我们常用send函数：ssize_t send(int sockfd, const void *buff, size_t nbytes, int flags);使用UDP发送数据时，我们常用sendto函数：ssize_t sendto(int sockfd, const void *buff, size_t nbytes, int flags, const struct sockaddr *to, socklen_t addrlen);问题？问题？应用程序在使用上述接口发送数据时，究竟一次发送多少数据合适？探讨一：协议本身有没有定义？探讨一：协议本身有没有定义？TCP/IPTCP/IP通讯过程通讯过程TCP/IPTCP/IP数据包的封装数据包的封装UDPUDP数据封装格式数据封装格式TCPTCP数据封装格式数据封装格式IPIP数据封装格式数据封装格式TCP/UDP数据发送长度选择依据：协议定义TCP/UDP数据发送长度选择标准：TCP：无上限UDP：不能超过报文数据长度上限：65535-20-8=65507（64KB）探讨一的结论探讨一的结论探讨二：有没有缓冲区限制？探讨二：有没有缓冲区限制？TCPTCP输出输出UDPUDP输出输出UDP：UDP没有流量控制，如果发送端发送的速度较快，接收端接收到数据后处理的速度较慢，而接收缓冲区的大小是固定的，就会丢失数据。

流量控制流量控制TCP：TCP通过“滑动窗口”机制进行流量控制，保证可靠传输TCPTCP“滑动窗口滑动窗口”流量控制流量控制TCP/UDP数据发送长度选择依据：协议定义发送缓冲区大小TCP/UDP数据发送长度选择标准：TCP：阻塞：无上限非阻塞：不能超过套接口发送缓冲区长度UDP：不能超过报文数据长度上限：65535-20-8=65507（64KB）不能超过套接口发送缓冲区长度采用流量控制、应答机制、超时重发等探讨二的结论探讨二的结论探讨三：链路层有没有限制？探讨三：链路层有没有限制？以太网数据封装格式以太网数据封装格式MTU本地MTUWindows: 注册表Linux：ifconfig网络MTU以太网（Ethernet）协议：1500字节 PPPoE（ADSL）协议：1492字节 协议（Dial Up/Modem）：576字节 Point-to-Point：4470字节 FDDI协议：4352字节网络MTU(路径MTU)查看方法Windows：ping -f -l Linux：ping -c -M do -s 关于关于MTUMTUIP数据长度超过MTU时：发送端IP层分片，接收端IP层重组关于关于MTUMTUIP数据长度超过MTU的问题：产生多余的数据包分包组包时间消耗大组包错误时，TCP会导致重传，UDP会导致丢包计算方法：TCP：MTU - 20(IP头) - 20(TCP头)UDP：MTU - 20(IP头) - 8(UDP头)对于以太网：TCP：1500 20 20 = 1460UDP：1500 - 20- 8 = 1472IP最小重组缓冲区大小（Internet标准MTU）：576TCP：576 20 -20 = 536UDP：576 20 8 = 548DNS、RIP、TFTP、SNMP的数据报都小于这个值TCP/UDPTCP/UDP不分包数据发送长度限制不分包数据发送长度限制TCP/UDP数据发送长度选择依据：协议定义发送缓冲区大小系统性能和网络性能TCP/UDP数据发送长度选择标准：TCP：不能超过套接口发送缓冲区长度（非阻塞）根据系统性能和网络性能，选择一个合适值UDP：不能超过报文数据长度上限：65535-20-8=65507（64KB）不能超过套接口发送缓冲区长度根据系统性能和网络性能，选择一个合适值采用流量控制、应答机制、超时重发等探讨三的结论探讨三的结论TCP：对于需要一次性发送数据长度较大的场景（如大于10KB），推荐使用阻塞TCP；如果使用非阻塞TCP，一次性发送数据长度不要超过发送缓冲区长度，推荐发送10KB以下的值；当发送的数据长度不固定时，推荐使用单次定长循环发送的封装函数writen（readn）；当网络状态较好时，适当增大一次发送的数据长度，提高系统性能；当网络状态较差时，适当减小一次发送的数据长度，减小丢包重传的时间消耗。

最终结论最终结论TCPTCPUDP：一次发送的数据长度不能超过单包IP承载的最大数据长度（小于64KB）；一次发送的数据长度不能超过发送缓冲区的长度；当网络状态较好时，适当增大一次发送的数据长度，提高系统性能；当网络状态较差时，适当减小一次发送的数据长度，降低丢包率；推荐值：网络状态很好，推荐1-64KB；网络状态一般，推荐1KB以下；网络状态较差，推荐512字节以下；UDP应用开发时，要考虑流量控制、应答机制、超时重发等机制最终结论最终结论UDPUDP谢谢 谢！谢！。