在Qt应用中集成libpulse的pa_threaded_mainloop（适配pavucontrol-qt）

我正尝试让pavucontrol-qt（简称pvcq）在Mac系统上正常运行（PulseAudio可在该系统运行）。当前的障碍是Qt/Mac事件调度器并非基于GLib，因此pvcq现有基于pa_glib_mainloop（可挂钩到Qt的GLib主线程）的实现无法工作。

我已实现替代代码路径，改用pa_threaded_mainloop，并确保所有与GUI交互的libpulse回调通过QMetaObject::invokeMethod(qApp, [=]() {qApp->pa_callback(...);}, Qt::BlockingQueuedConnection)在主线程执行。这部分可行，但应用中还有通过g_idle_add()安装的延迟事件处理程序，我始终无法写出替代的GLib实现。

尝试过的方案：

• 曾以为只需确保g_idle_add()调用来自pa_threaded_mainloop即可，但实际操作复杂，调用g_idle_add()的函数因涉及GUI功能而在主线程执行。
• 创建继承自QObject的自定义类实例paThread，在启动初期pa_threaded_mainloop_in_thread()返回true时将其移至QThread::currentThread()，并通过QMetaObject::invokeMethod(paThread, [=]() { g_idle_add(idle_callback, data);}, Qt::QueuedConnection)执行，但因无事件循环导致延迟调用从未触发。
• 尝试继承QEventLoop并调用paThread->processEvents(AllEvents,1000);或paThread->wakeUp()，均无效果。
• 直接在pa_threaded_mainloop线程中调用g_idle_add()并安装打印跟踪信息的回调，该回调从未被调用。

疑问：是否应该直接用Qt自身的周期性调用替代该g_idle回调？

直接用Qt的机制替代g_idle_add()是可行且合理的方案，理由如下：

1. 匹配GLib idle回调的行为：g_idle_add()的核心是在主事件循环空闲时执行回调，Qt中QTimer::singleShot(0, ...)完全可以实现这一点——它会把任务加入事件队列，在当前事件循环处理完所有待处理事件后立即执行，和GLib idle回调的触发逻辑一致。
2. 规避GLib依赖冲突：既然Qt/Mac的事件循环不依赖GLib，强行在pa_threaded_mainloop线程中启动GLib事件循环会徒增复杂度，还可能引发线程安全问题（比如两个事件循环的资源竞争）。
3. 实现简单可靠：把原来的g_idle_add(idle_callback, data)直接替换成：

   QTimer::singleShot(0, [data]() {
       idle_callback(data);
   });
   

   如果需要重复执行的idle任务，可以用QTimer设置interval为0（注意在回调中控制触发逻辑，避免无限循环）。

如果需要严格模拟g_idle_add()的优先级行为，Qt的QTimer默认优先级是Qt::TimerPriority，可以通过setPriority()调整，但大部分场景下默认优先级就足够匹配需求。

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