套接字：为什么阻塞 read() 会因 ENOTCONN 失败？

Question

我正在尝试从阻塞套接字读取数据，但我想知道 read() 返回 -1，我认为这意味着当前没有数据可读取 - 我希望它会阻塞，直到它可以读取字节数。

我还尝试确保套接字处于阻塞模式，并使用以下命令设置高超时：

int setBlockingIO(int fd)
{
       int flags = fcntl(fd, F_GETFL);
       fcntl(fd, F_SETFL, flags & (~O_NONBLOCK));
       int nTimeout = 30000; // 30 seconds
       setsockopt(fd, SOL_SOCKET, SO_RCVTIMEO, (const char*)&nTimeout, sizeof(int));
}

但这并没有改变任何内容。

我的问题：

• 我必须做什么，read()才会真正阻塞？
• 我可能会遇到一些陷阱吗？ （我的程序中存在错误？）

我知道关于此主题还有另一个问题，但我在那里找不到我的问题的答案。

UPDATE

在不设置超时的情况下，read() 也会立即返回（主观地）-1

UPDATE 2

errno 为 107 （ENOTCONN，传输端点未连接）。 但客户端同时还没有关闭连接（通过 write() 之后长时间的 sleep() 确保）

Answer 1

你期望什么？你说你有一个非阻塞套接字，所以它当然不会阻塞。非阻塞套接字在读取时的行为是，如果有数据可供读取，则立即返回一些数据（可能比请求的数量短），并返回 -1 和 errno<如果没有可用数据，/code> 设置为 EAGAIN 或 EWOULDBLOCK。

如果您不想要非阻塞行为，为什么要将套接字设置为非阻塞？

编辑： 呃，你改变了你的问题。 ENOTCONN 的原因是您试图从未连接的套接字读取数据。除非套接字是通过 accept 或 socketpair 获得的，否则您必须在 read< 之前对其调用 connect 以将其连接到远程地址/code> 会起作用。

Answer 2

这意味着要么超时，要么可能有信号中断读取。您可以使用 errno.h 中的 errno 的结果来查看错误是什么，如果您希望以人类可读的格式显示错误，则可以使用 <来自 string.h 或 stdlib.h 的 code>strerror() 或 perror()

更新： 根据 POSIX 规范，您应该传递一个struct timeval（在 sys/time.h 中定义）在指定时设置为 setsockopt 发生超时之前所需的秒数和微秒数SO_RCVTIMEO 标志，而不是将 int 转换为 const char*。因此，即使您的客户端现在可能行为不当并导致不同的错误，如果您向函数发送错误的参数类型，您仍然可能最终遇到问题。

Answer 3

原因就在errno中。可能的情况：

• [ECONNRESET] d 参数指的是套接字，而远程
  套接字端被强制关闭。
• [EAGAIN] 文件被标记为非阻塞 I/O，并且没有数据
  已准备好阅读。

基本上，您可以使用以下方法进行非阻塞阻塞：

do
{
    read(...);
} while(errno == EAGAIN);

Answer 4

超时时返回-1。

不要设置超时，它将永远阻塞（至少在套接字仍处于连接状态时）。

Answer 5

我已经解决了这个问题。
感谢您的所有评论，它们给了我们很大的帮助。

问题在于使用了错误的文件描述符。

我将服务器套接字的文件描述符传递给read()，而不是accept(的客户端套接字的文件描述符) ) 返回。

Answer 6

read() 可能会阻塞，因此如果没有可用数据，它将返回 -1 并将 errno 设置为 EAGAIN或EWOULDBLOCK。

如果您想使用read()，您可以使用select()或poll()来等待套接字上数据的可用性。