關于 “socket 阻塞模式時，sendto 系統(tǒng)調用的行為” 的疑惑

himrpei

疑惑一：用 socket 系統(tǒng)調用創(chuàng)建的 socket 默認就是阻塞模式吧？


疑惑二：
man sendto 看到關于“阻塞”的描述如下：
When  the  message  does not fit into the send buffer of the socket, send() normally blocks, unless the socket has been placed in nonblocking I/O mode.  In nonblocking mode it would fail with the error EAGAIN  or  EWOULDBLOCK in this case.

根據(jù)如上描述，我這樣做：
用 setsockopt 將創(chuàng)建的 socket 的 send buffer 設置為一個較小的值，比如 2050 。然后調用 sendto 通過這個 socket 發(fā)數(shù)據(jù)，數(shù)據(jù)的大小大于 send buffer 的值，比如 5000 。
本來想著，如果 socket 是阻塞模式，調用 sendto 進程應該卡在那不動才對。誰知程序直接報錯返回，將 errno 設置為：ENOBUFS 。

man sendto 關于 ENOBUFS 的描述為：
The  output  queue  for  a network interface was full.  This generally indicates that the interface has stopped sending, but may be caused by transient congestion.  (Normally, this does not occur  in  Linux. Packets are just silently dropped when a device queue overflows.)

我的疑惑是，對于 sendto 來說，阻塞的含義到底是什么？ “The  output  queue  for  a network interface was full” 時為什么沒有發(fā)生阻塞，在 socket 設為阻塞模式的時候？

求哥哥、姐姐、大神、大師們解答下我的疑惑。不勝感激！

Hugo801122

sendto這些函數(shù)應該是立刻返回的吧，recv阻塞的話就是會一直掛住等待接收完畢，否則一直掛住。不知道理解對不對。。
所以經�？慈藭�開一個線程用來recv，不過很少說開一個單獨線程來send的。

himrpei

回復 2# Hugo801122

但是我看到 man 手冊里對關于 sendto 的阻塞描述，sendto 也有阻塞這一說。
recv 的阻塞指的是當接收 buffer 里沒有數(shù)據(jù)時卡在那里，直到有數(shù)據(jù)到來。

或許我真不應該考慮 sendto 的阻塞。

   

jackywgw

套接字默認是阻塞的。

TCP有真正意義上的發(fā)送緩存，內核從應用進程的緩沖區(qū)復制數(shù)據(jù)到套接字的發(fā)送緩沖區(qū)，如果發(fā)送緩沖區(qū)沒有空間，并且是阻塞套接字，那么進程將被阻塞直到有空間，
因為UDP套接字不存在真正的發(fā)送緩沖區(qū)，內核只是復制應該進程數(shù)據(jù)，并把它沿協(xié)議棧冠以UDP首部和IP首部.所以不會阻塞。
從你的man sendto中也可以看到，文中只提了是send函數(shù)會阻塞，而不是sendto。通常send用于TCP，sendto用于UDP。

回復 1# himrpei


   

linux_c_py_php

tcp不是send么。