如何编写在等待来自多个源的消息时阻塞的主循环?As I understand it,编写事件处理循环的首选方法是让它在等待事件时阻塞。
但是,当消息可能来自多个来源时,如何正确处理阻塞?
我想写一个GTK GUI,既可以响应用户输入事件,也可以响应通过nanomsg发送的消息。
GTK允许通过调用gtk_main()或以非阻塞方式使用gtk_main_iteration_do (FALSE)来处理其事件。
与poll for messages一样,Nanomsg也可以在阻塞或非阻塞模式下运行receive a message。
有没有可能以某种方式阻塞,直到哪个源首先有可用的输入“解除阻塞”?也就是说,有没有替代使用sleep的方法来保持对所有事件的响应?
发布于 2015-05-19 02:13:40
您可以在GTK+应用程序中拥有任意数量的线程(并且不会强制使用GMainLoop实例),前提是修改UI的任何调用都发生在主GTK+循环中。
在this answer中,我提供了一个100个线程更新相同用户界面的示例。
最后,你可以在你自己的线程中派生和使用任何你更熟悉的东西(轮询、阻塞或其他),只有当你需要通知(即修改UI)时才要小心。
https://stackoverflow.com/questions/30223524
复制相似问题