signals - gtk3 - 在 g_application_hold() 期间注销

Question

我的 gtk3 应用程序可以在 GUI 中运行，也可以在守护程序模式下运行。为了实现守护进程模式，我使用g_application_hold() .

到目前为止，这效果很好，但是一旦我在守护程序模式下运行应用程序时从 session 中注销，我的系统就会卡住 8 秒，直到操作系统杀死它。这样我的干净关闭程序就没有执行。这仅发生在守护进程中，而不是在 GUI 模式下。

目前我通过hook SIGHUP信号解决了这个问题，可以用来实现 session 注销:

static void
handle_hangup_signal (int signal)
{
  MyApplication     *application = my_application_get ();
  g_application_release (G_APPLICATION (application));
}
...
signal(SIGHUP, handle_hangup_signal);

这修复了我的错误。没有 8 秒延迟，我的干净关机已执行。

但是我想知道是否有更干净的gtk3解决方案？使用 g_application_hold() 可以吗？还是有更好的 gtk3 方法在守护进程模式下启动某些东西？

Answer 1

我终于知道这种奇怪行为的原因了。这是由直接 gtk_main_quit() 引起的，由 session 管理器触发。

如果 g_application_release(..).前一行执行，不再有注销延迟。

实际上，甚至 Gtk-CRITICAL 也被此触发了 gtk_main_quit() :

Gtk-CRITICAL **: gtk_main_quit: assertion 'main_loops != NULL' failed

到目前为止，我还没有看到该消息，因为 session 管理器已经关闭了所属控制台。