linux recvfrom，recvfrom设置非阻塞
Linux网络编程recv,recvfrom函数
接收数据时，Linux的网络编程中使用的主要函数是recv和recvfrom。它们在参数、适用场景、返回值和数据传输方式等方面存在差异。recv用于从已连接的套接字接收数据，参数包括socket描述符、接收缓冲区、数据长度和标志位等。recvfrom用于从未连接的套接字接收数据，并返回发送方的地址，参数包括socket描述符、接收缓冲区、数据长度、标志位、目标地址和地址长度等。
根据具体需求和使用场景，选择合适的函数可以更有效地实现网络数据的接收。TCP协议下，recv()函数有三种使用情况：一次性接收所有数据、限制每次接收的数据长度以及非阻塞式接收数据。在处理TCP数据流时，需要注意粘包问题，即两次发送的数据合并为一个数据包。通过正确分离每一个TCP数据段，可以避免数据处理混乱。
UDP协议下，recvfrom()函数在接收数据前需要将socket套接字设置为非阻塞模式，以避免等待数据的到来。函数参数包括socket描述符、接收缓冲区、数据长度、标志位、目标地址和地址长度等。通过以上介绍，可以更好地理解如何在Linux网络编程中使用recv和recvfrom函数实现数据接收。
linux测试udp端口命令linux测试udp
linuxudp校验怎么设置？
Linux中是有UDP校验的，API不需要设置
如果recvfrom收到数据说明已经校验成功，没收到数据的情况很多，其中一种是校验失败。
linuxudp发送队列满怎么办？
发送队列满了，可以通过清除当前发送队列或增加发送队列的数量来解决。
linuxtelnet命令怎么看端口通不通？
我的：LinuxTelnet命令可以查看端口通或者不通。一般是telnetIP端口号。
1.如果通的话，会弹出一个界面或者进入一个其他的窗口。
2.如果不通，会提示connectionrefused。
所以根据telnet的命令可以判断端口通不通。
还可以使用nmap命令去测试端口通不通。nmap可以测试TCP和UDP端口。具体方法是：
nmap-sT101.200.188.138-p22测试TCP端口，把IP和端口号换成自己需要测试的就行。
linux检查端口命令？
linux查看端口的命令：
第一种：
lsof-i:端口号
第二种：
netstat-nltp|grep端口号
-a：显示本机所有连接和监听地端口
-n：网络IP地址的形式，显示当前建立的有效连接和端口
-r：显示路由表信息
-s：显示按协议的统计信息
-v：显示当前有效的连接
-t：显示所有TCP协议连接情况
-u：显示所有UDP协议连接情况
-i：显示自动配置端口的状态
-l：仅仅显示连接状态为listening的服务网络状态
-p：显示pid/programname
使用recvfrom接收UDP包在Windows和Linux平台的不同表现
1 UDP接收原理
操作系统的UDP接收流程如下：收到一个UDP包后，验证没有错误后，放入一个包队列中，队列中的每一个元素就是一个完整的UDP包。当应用程序通过recvfrom()读取时，OS把相应的一个完整UDP包取出，然后拷贝到用户提供的内存中，物理用户提供的内存大小是多少，OS都会完整取出一个UDP包。如果用户提供的内存小于这个UDP包的大小，那么在填充慢内存后，UDP包剩余的部分就会被丢弃，以后再也无法取回。
这与TCP接收完全不同，TCP没有完整包的概念，也没有边界，OS只会取出用户要求的大小，剩余的仍然保留在OS中，下次还可以继续取出。
socket编程虽然是事实上的标准，而且不同平台提供的接口函数也非常类似，但毕竟它不存在严格的标准。所以各个平台的实现也不完全兼容。下面就从recvfrom()这个函数看看Window平台和Linux平台的不同。
2 Windows平台的表现
先看头文件中的声明：
[cpp] view plaincopy在CODE上查看代码片派生到我的代码片
int
WSAAPI
recvfrom(
_In_ SOCKET s,
_Out_writes_bytes_to_(len, return) __out_data_source(NETWORK) char FAR* buf,
_In_ int len,
_In_ int flags,
_Out_writes_bytes_to_opt_(*fromlen,*fromlen) struct sockaddr FAR* from,
_Inout_opt_ int FAR* fromlen
);
再看MSDN说明:
If the datagram or message is larger than the buffer specified, the buffer is filled with the first part of the datagram, and recvfrom generates the error WSAEMSGSIZE. For unreliable protocols(for example, UDP) the excess data is lost.
可以看出，buf大小小于UDP包大小的时候，recvfrom()会返回-1，并设置错误WSAEMSGSIZE。
实际编程测试验证确实是这样的表现。
3 Linux平台的表现
先看头文件中的声明：
[cpp] view plaincopy在CODE上查看代码片派生到我的代码片
__extern_always_inline ssize_t
recvfrom(int __fd, void*__restrict __buf, size_t __n, int __flags,
__SOCKADDR_ARG __addr, socklen_t*__restrict __addr_len)
可以看出与Windows平台的函数原型相同。但是在其man手册里，没有看到UDP包大于接收缓冲区情况的特殊说明。
写代码测试表明，buf小于UDP包大小的时候，recvfrom()仍然返回复制到缓冲区的字节数，调用者无法得知UDP包被截断的情况。
4写代码注意事项
UDP包最大是多大呢？UDP头部大小字段占16字节，所以理论上是65535个字节大小。但是UDP如果是通过IP（大多数情况）来传送，由于UDP本身不支持分片，所以一个UDP包只能通过一个IP包来传送，一个IP包大大小理论上也是用16字节表示，这样UDP最大大小就是（65535-IP头部）。
而现实中如果IP包大小大于底层链路层帧的最大数据区大小，则必须对IP包进行分片传送。分片会严重影响传送效率，而且增大不稳定性，所以实际的网络程序发送的IP包都封装到单一的链路层帧中，从而避免分片。问题是链路层帧是多大呢？答案是不一定，因为不同的物理网络的帧大小不一样，如以太网是1500字节，但是其他物理网络可能更小，Internet上的有个最小的限制，那就是576字节。如果UDP程序运行在只运行在以太网中，那么为了避免IP分片，可以采用的最大大小为(1500-20-8)=1472字节。如果UDP程序需要运行在Internet上，那么建议最大大小为(576-20-8)=548字节。
上面是实践中的最佳UDP大小，但是并不是所有程序都采用上述经验，所以对于接收缓冲区的大小也就没有一个标准，而是取决于应用程序设计者本身。虽然对于Windows平台，recvfrom()能够提示调用者buf过小的问题，但是即使得到了这个错误，包还是被丢弃了。所以在接收UDP包时，一定要事先了解应用层设计的最大UDP包大小，然后按照最大值开辟接收缓冲区。
