为什么在这种情况下stdin fd还没有准备好

时间:2018-03-25 12:56:47

标签: c++ linux scanf polling epoll

根据Linux Programmer's Manualpoll可以等待一组文件描述符中的一个准备好执行I / O.

根据我的理解,如果我将POLLIN添加到eventspoll将返回> 0整数,此时至少有一个fd已准备就绪请阅读。

请考虑以下代码,在此代码中,我希望程序在输入字符\n后立即回复我的输入。

int main(){
    char buffer[maxn];
    while (true) {
        struct pollfd pfd[1];
        std::memset(pfd, 0, sizeof pfd);

        pfd[0].fd = STDIN_FILENO;
        pfd[0].events = POLLIN;

        int ret = poll(pfd, 1, 1000);

        if (ret < 0) {
        }
        else if (ret == 0) {
        }
        else {
            if ((pfd[0].revents & POLLIN) == POLLIN) {
                int n;
                n = fscanf(stdin, "%s", &buffer);
                if(n > 0){
                    printf("data from stdin: %s\n", buffer);
                }
            }else if((pfd[1].revents & POLLHUP) == POLLHUP){
                break;
            }
        }
    }
}

当我输入

aa bb cc dd

我认为fscanf没有从stdin中检索所有数据,因为它只读取aa。所以当循环重启时,stdin的fd应该仍然准备就绪。因此,(pfd[0].revents & POLLIN) == POLLIN仍然有效,所以我认为我们可以看到以下输出

data from stdin: aa
data from stdin: bb
data from stdin: cc
data from stdin: dd

然而,实际上只打印第一个行。我在这里很奇怪,我认为这与epoll的{​​{3}}类似。但是,poll是级别触发的。

那你可以用fscanf来解释为什么会这样吗?

1 个答案:

答案 0 :(得分:1)

轮询在文件描述符级别工作,而fscanf在较高文件句柄级别工作。

在更高级别,C运行时库可以自由地缓存输入流,使其影响您在较低级别可以看到的内容。

例如(这可能就是这里发生的事情),第一次fscanf你的单词aa,整个就是从文件描述符和缓存,在第一个单词交还给你之前。

后续fscanf(没有介入poll)会首先检查缓存以获取下一个单词,如果不是,那么它将返回到文件描述符得到更多的投入。

不幸的是,您在执行此操作之前检查轮询事件的事实会导致问题。就文件描述符级别而言,整个行已被您的第一个fscanf读取,因此无法获得进一步的输入 - poll将因此请等到 这样的信息可用。

如果你改变了,你可以看到这个:

n = fscanf(stdin, "%s", buffer);

成:

n = read(STDIN_FILENO, buffer, 3);

并将printf更改为:

printf("data from stdin: %*.*s\n", n, n, buffer);

在这种情况下,只要按 ENTER 键,就会获得预期的输出:

data from stdin: aa
data from stdin: bb
data from stdin: cc
data from stdin: dd

请记住,示例代码正在读取三个字符(例如aa<space>)而不是单词。更重要的是要说明问题所在,而不是给你解决方案(以匹配你的问题&#34;你能解释为什么会发生这种情况?&#34;)。

解决方案不会混合描述符和基于句柄的I / O,而后者的缓存会影响前者。