Qt C++应用中Network config manager的onUpdateCompleted槽执行延迟问题

在Windows和macOS上运行以下Qt代码时，Windows端表现正常，但macOS出现异常：

• 正常场景下onUpdateCompleted()每秒被调用一次
• 应用通宵运行时，onUpdateCompleted()仍保持每秒调用一次
• 点击应用任意位置后，SLOT(onUpdateCompleted())执行耗时约5分钟，应用显示等待光标，5分钟后恢复正常

涉及代码 #

BearerMonitor::BearerMonitor(QObject *parent): QObject(parent)
{
    QNetworkConfigurationManager   ConfManager;
    connect(&ConfManager, SIGNAL(configurationRemoved(QNetworkConfiguration)),
            this, SLOT(onConfigurationRemoved(QNetworkConfiguration)));
    connect(&ConfManager, SIGNAL(updateCompleted()), this, SLOT(onUpdateCompleted()));
}

核心问题 #

代码中的QNetworkConfigurationManager ConfManager是局部变量，在构造函数执行完毕后就会被销毁。Windows和macOS的Qt底层实现差异导致了不同表现：

• Windows端：对象销毁后信号触发逻辑未立刻失效，仍能维持短时间的信号调用
• macOS端：对象销毁后，底层网络监控逻辑出现资源泄漏或死锁，在用户交互触发UI线程同步检查时，出现长时间阻塞

修复方案 #

将QNetworkConfigurationManager改为类成员变量，确保其生命周期与BearerMonitor一致：

// BearMonitor类头文件声明
class BearerMonitor : public QObject
{
    Q_OBJECT
public:
    explicit BearerMonitor(QObject *parent = nullptr);
private slots:
    void onConfigurationRemoved(QNetworkConfiguration);
    void onUpdateCompleted();
private:
    QNetworkConfigurationManager m_confManager; // 类成员变量
};

// 构造函数实现
BearerMonitor::BearerMonitor(QObject *parent): QObject(parent)
{
    connect(&m_confManager, SIGNAL(configurationRemoved(QNetworkConfiguration)),
            this, SLOT(onConfigurationRemoved(QNetworkConfiguration)));
    connect(&m_confManager, SIGNAL(updateCompleted()), this, SLOT(onUpdateCompleted()));
}

补充说明 #

• Qt的QNetworkConfigurationManager依赖底层系统的网络监控服务，局部变量销毁后，其绑定的信号槽会变成悬空引用，不同平台的错误处理逻辑差异导致了这种跨平台问题
• macOS的UI线程对对象生命周期的检查更严格，用户交互会触发UI线程的资源校验，进而暴露悬空引用导致的阻塞问题

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