根据Linux Programmer's Manual,poll
可以等待一组文件描述符中的一个准备好执行I / O.
根据我的理解,如果我将POLLIN
添加到events
,poll
将返回> 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
来解释为什么会这样吗?
答案 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,而后者的缓存会影响前者。