libevent中fd0事件回调触发一次后不再触发的原因问询

你的疑惑核心在于误解了终端设备的内核输入缓冲区状态与libevent触发EV_READ事件的逻辑，结合C++标准输入的缓冲机制，导致回调只触发一次，具体原因如下：

• 终端规范模式的输入特性：终端默认处于规范模式，输入会被暂存，直到你按下回车，才会把整行数据（包括换行符）送入内核的STDIN（fd0）输入缓冲区。此时libevent检测到fd0有可读数据，触发回调。
• C++标准输入的缓冲行为：你在回调中使用的cin >> s依赖C++标准输入流的用户态缓冲区。执行时，cin会一次性把内核缓冲区里的所有数据（比如你输入的hello\n）读取到自己的用户态缓冲区中，再从中解析出空白符之前的hello赋值给s，剩下的换行符\n会留在cin的用户态缓冲区里——但此时内核的fd0输入缓冲区已经被清空。
• libevent的事件触发逻辑：libevent监听的是内核层面的文件描述符状态，只有当内核的fd0缓冲区有新数据写入时，才会触发EV_READ事件。因为回调执行后内核缓冲区是空的，没有新输入的话，自然不会再次触发回调。

简单来说：你看到的"shell"只是终端的进程，fd0指向的是终端设备，数据是否就绪取决于终端设备的内核缓冲区有没有未被读取的新数据，和shell本身无关。

验证与解决思路 #

如果想验证这个逻辑，可以把cin换成直接调用read系统调用（绕开C++的用户态缓冲）：

void callback(int fd, short event, void* arg) {
    char buf[1024];
    ssize_t n = read(fd, buf, sizeof(buf)-1);
    if (n > 0) {
        buf[n] = '\0';
        cout << "读取到数据: " << buf << endl;
        cout << "I am in callback" << endl;
    }
}

运行后你会发现，输入一行数据后回调只触发一次，因为read会把内核缓冲区的所有数据读空，同样需要新输入才会再次触发。

如果想要实现输入单个字符就触发回调的效果，可以将终端切换为非规范模式（raw模式），这样终端会把每个输入字符立即送入内核缓冲区，libevent就会持续触发EV_READ事件。

内容的提问来源于stack exchange，提问作者Shivanshu Arora