使用QThread实现线程间数据共享时遇异常及空值问题求助

一、读取访问违例/空字符串问题的原因 #

你的代码存在两个核心问题：

1. 跨线程直接访问对象成员的线程安全问题
   Worker对象已通过moveToThread转移到子线程，但你在主线程的lambda槽函数中直接访问worker->worker_str，属于跨线程无同步的成员访问。即便QString有隐式共享机制，跨线程读写无同步保障时，仍可能读取到未完全写入的值（比如空字符串）。

2. 对象销毁顺序的不确定性
   你将Worker::finished信号同时连接到两个槽：

   • 执行打印操作的lambda（运行在主线程）
   • Worker::deleteLater（会在Worker所在线程的事件循环中安排对象销毁）
     Qt的信号槽执行顺序无固定保证，有可能deleteLater先执行，Worker对象被销毁后，lambda才去访问worker->worker_str，此时指针已变为野指针，触发读取访问违例。

二、修复方案 #

方案1：通过信号传递数据（推荐，线程安全且优雅） #

不要直接跨线程访问Worker的公共成员，而是通过信号将数据传递到主线程，彻底避免线程安全和野指针问题：
修改Worker类，新增传递结果的信号：

// worker.h
class Worker : public QObject {
    Q_OBJECT
public:
    Worker() {};
    ~Worker() {};

public slots:
    void test(QString str)
    {
        qDebug() << "WORKER: str: " << str;
        emit resultReady(str); // 发送结果信号
        emit finished();
    };

signals:
    void finished();
    void resultReady(const QString& result); // 新增结果传递信号
};

修改主线程的连接逻辑，移除直接访问worker->worker_str的代码：

// 替换原有的finished信号连接
connect(worker, &Worker::resultReady, this, [](const QString& result){
    qDebug() << "worker_str: " << result;
});
connect(worker, &Worker::finished, thread, &QThread::quit);

方案2：检测对象存活状态（不推荐，仍存在线程安全隐患） #

如果一定要直接访问成员，需先确保Worker对象未被销毁，可以用QPointer做存活检测：

// 用QPointer包裹Worker指针，自动跟踪对象存活状态
QPointer<Worker> workerPtr = worker;
connect(worker, &Worker::finished, thread, [workerPtr, thread]
{
    if(workerPtr) { // 先检查对象是否存活
        qDebug() << "worker_str: " <<  workerPtr->worker_str;
    }
    thread->quit();
});

此方式仅解决野指针问题，跨线程访问的线程安全隐患仍存在，优先选方案1。

三、关于thread->quit()的必要性 #

必须调用thread->quit()，原因如下：

• QThread启动后会运行自身的事件循环，quit()的作用是通知事件循环退出。只有事件循环退出，QThread才会进入finished状态，进而触发deleteLater完成线程对象的安全销毁。
• 若不调用quit()，线程的事件循环会持续运行，线程将一直处于活跃状态无法销毁，最终导致资源泄漏。
• 绝对禁止使用terminate()强制终止线程，该操作会直接中断线程，无法保证线程内资源的正常释放，极易引发未知问题。

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