跨线程修改QObject数据的最佳实践咨询

1. 主线程读取Motor值时，Plc线程是否可能同时更新？ #

是的，完全可能出现这种情况：

• Motor对象归属主线程，但Plc线程作为友元可直接调用setSpeed修改speed属性——这属于跨线程直接操作QObject成员变量，无同步机制的前提下，主线程（包括QML通过Q_PROPERTY的getter读取值）和Plc线程会对speed变量产生并发读写，触发竞态条件。
• 哪怕Q_PROPERTY的getter只是简单返回成员变量，只要Plc线程在同一时刻执行写操作，就可能读到不完整或错误的值（比如部分架构下基本类型的写操作并非原子操作）。

2. 使用mutex保护Motor的读写是否为最佳实践？ #

mutex是可行的线程安全方案，但并非Qt生态下的最佳实践，原因和更优方案如下：

• 手动加锁易出错：比如忘记在getter中加锁、锁粒度控制不当、甚至引发死锁，尤其在QML访问这类场景中，很难确保所有读路径都正确加锁。
• 更贴合Qt线程模型的方案：利用QObject的线程亲和性，让Plc线程通过**信号槽的队列连接（Queued Connection）**发送更新请求：
  1. 在Plc类定义updateMotorSpeed(int speed)信号；
  2. 在Motor类添加public槽函数（或直接复用Q_PROPERTY的WRITE方法）；
  3. 将Plc的信号与Motor的槽以Qt::QueuedConnection连接——Plc线程发射信号后，槽函数会自动在Motor所属的主线程执行，所有读写操作都在同一线程完成，从根源上消除线程安全问题。
• 若确实需要同步原语，针对int这类简单基本类型，可使用Qt的QAtomicInt替代mutex，原子操作比mutex更轻量；但复杂类型仍优先推荐信号槽方案。

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