Linux select() 不阻塞

Question

我试图更好地理解 select() 和 poll() 之间的区别。为此，我尝试实现一个简单的程序，该程序将以只写方式打开文件，将其文件描述符添加到读取集，然后执行 select，希望该函数将阻塞，直到授予读取权限。 由于这不起作用（据我所知，这是预期的行为），我试图在执行 select() 之前使用flock 阻止对文件的访问。尽管如此，程序并没有阻止它的执行。

我的示例代码如下：

#include <stdio.h>
#include <poll.h>
#include <sys/file.h>
#include <errno.h>
#include <sys/select.h>


int main(int argc, char **argv)
{
   printf("[+] Select minimal example\n");
   int max_number_fds = FOPEN_MAX;
   int select_return;
   int cnt_pollfds;
   struct pollfd pfds_array[max_number_fds];
   struct pollfd *pfds = pfds_array;

   fd_set fds;
   int fd_file = open("./poll_text.txt",  O_WRONLY);

   struct timeval tv;
   tv.tv_sec = 10;
   tv.tv_usec = 0;

   printf("\t[+] Textfile fd: %d\n", fd_file);

   //create and set fds set    
   FD_ZERO(&fds);
   FD_SET(fd_file, &fds);

   printf("[+] Locking file descriptor!\n");
   if(flock(fd_file,LOCK_EX) == -1)
   {
       int error_nr = errno;
       printf("\t[+] Errno: %d\n", error_nr);
   }  

   printf("[+] Executing select()\n");
   select_return = select(fd_file+1, &fds, NULL, NULL, &tv);
   if(select_return == -1){
       int error_nr = errno;
       printf("[+] Select Errno: %d\n", error_nr);
   }

   printf("[+] Select return: %d\n", select_return); 
 }

谁能看到我在这段代码中的错误？另外：我首先尝试在读取列表中添加两个 FD 来执行此代码。当试图锁定它们时，我不得不使用flock(fd_file,LOCK_SH)，因为我不能用LOCK_EX 独占锁定两个FD。同一个文件的两个fd怎么锁有区别吗（相比只有一个fd）

我也不确定为什么当添加到读取集中的文件以只写方式打开时 select 不会阻塞。该程序永远不能（没有权限更改）从 fd 读取数据，所以在我的理解中 select 应该阻止执行，对吧？

澄清一下：我想解决的“问题”是我必须检查我是否能够用 poll() 替换现有的 select() 调用（存在于：我不会重写select() 调用代码，但可以访问 select 的参数。）。为了检查这一点，我想实现一个测试，强制 select 阻止它的执行，这样我以后可以检查 poll 是否会以相同的方式运行（当给出类似的指令时，即要检查相同的 FD）。

所以我的“工作流程”将是：为不同的选择行为（即阻塞和非阻塞）编写测试，为轮询编写类似的测试（也是阻塞，而不是阻塞）并检查是否/如何强制轮询执行选择是在做。

感谢您的任何提示！

Answer 1

当select 告诉您文件描述符已准备好读取时，这并不一定意味着您可以读取数据。这只意味着read 调用不会阻塞。 read 调用在返回 EOF 或错误条件时也不会阻塞。

在您的情况下，我希望 read 将立即返回 -1 并将 errno 设置为 EBADF（fd 不是有效的文件描述符或未打开以供读取）或者可能是 EINVAL（fd 已附加到一个不适合阅读的对象...）

编辑：评论中要求的其他信息：

如果需要进行需要一些时间的物理操作，文件可能处于阻塞状态，例如如果读取缓冲区为空并且必须从磁盘读取（新）数据，如果文件连接到终端并且用户尚未输入任何（更多）数据，或者如果文件是套接字或管道并且read 必须等待（新）数据到达...

同样适用于write：如果发送缓冲区已满，write 将阻塞。如果发送缓冲区中的剩余空间小于您的数据量，它可能只写入当前适合缓冲区的部分。

如果您将文件设置为非阻塞模式，read 或 write 不会阻塞，但会告诉您它会阻塞。

如果您希望出于测试目的而出现阻塞情况，则需要控制提供或使用数据的进程或硬件。当您不输入任何数据或从写入过程不写入任何数据的管道时，我建议从终端 (stdin) 使用 read。当读取过程未从管道中读取时，您还可以填充管道上的写入缓冲区。