g_io_channel 和 FIFO 导致 CPU 固定到 100%

Question

我试图了解为什么当我将 FIFO 与 g_io_channel 结合使用时，我的 CPU 会固定为 100%。

我在github 上有一个项目，它通过尽可能小的设置演示了问题；只是一个在 /tmp 中打开 FIFO 的简单服务器，以及一个通过该 FIFO 向服务器发送消息的客户端。

我找到了：

1. 首次启动时，服务器占用的 CPU 接近于零
2. 一旦客户端通过FIFO向服务器发送消息，服务器接收并打印消息，然后CPU进入100%。
3. 您可以继续通过 FIFO 发送消息，服务器将打印它们，但 CPU 保持在 100% :-/

我已经尝试了通常的 google 和堆栈溢出，但到目前为止还没有找到解决方案的乐趣。我希望有人可以帮助我了解发生了什么。我相信我正确地使用了 glib/GTK，但我很高兴能够得到纠正。感谢您提供的任何帮助。谢谢！

Answer 1

通过使用strace 运行服务器，我看到它只是在循环中调用poll()，同时返回POLLHUP 事件。问题似乎是您希望能够无限期地等待G_IO_IN 事件，告诉您数据即将到来，但不要管理告诉您连接已关闭的G_IO_HUP。

然后我在bluez code找到了这条评论：

if (cond & (G_IO_ERR | G_IO_HUP)) {
        /*
         * Both ends needs to be open simultaneously before proceeding
         * any input or output operation. When the remote closes the
         * channel, hup signal is received on this end.
         */
        fifo_open();
        return FALSE;
}

这个 SO 问题说明了一切：Poll() on Named Pipe returns with POLLHUP constantly and immediately

这就是我在strace 中看到的：当客户端进程退出（您的或只是一个简单的echo 到您的fifo）时，通知IO 通道连接的另一端挂断。您的客户端当前发送一条消息并关闭连接。因此，要么您希望它保持连接处于活动状态而不断开连接，要么您需要重新打开 fifo 服务器端并添加一个新手表，或者正如我链接的 SO 问题中的 mark4o 所说，you open the fifo with read/write rights server-side 这样您就可以随时fifo（服务器）上至少有一个写入器，避免挂断。

例如，我链接到的 bluez 代码会关闭频道并在断开连接时打开一个新频道。还要注意代码中的引用计数问题。