qt - 绘制事件之外的 setText 不行吗？

Question

Qt 4.7.1、Qt Creator 2.1.0、OS X 10.6.8 下：

我在主窗口 ui 中有一个 QLabel，它使用 Courier New / 13，有四行文本的空间。

我创建了四行文本，比水平标签短得多，一般格式：

“我的文字\r\n”

我在发送之前过滤文本。 cstring 中唯一的字符将是 0x0D、0x0A、0x20（空格）以及从那里到小写 z（0x7A'），当然还有终止零。没有其他控制字符 - 如果它们是从源接收的，我将它们替换为 '*'

我通过setText()将四行文本作为一个以零结尾的 cstring 发送到 QLabel

我有时会以相当高的速度执行此操作，至少每秒几次 - 这是来自 FM 电台的 RDBS 数据，因此它会实时变化：

qDebug() << rbl;                    // data keeps coming to console
ui->fourLineLabel->setText(rbl);    // add this, display soon stops updating

这行得通。一阵子。然后显示停止更新。这是有争议的领域：

_{（来源：fyngyrz.com）}

如果我把其他所有东西都留在里面，但取出setText()，则不会出现问题。

我知道对于某些事情，Qt 希望在绘画事件中完成绘画。 setText() 也是这样吗？

阅读关于 qt 小部件的文档，它说小部件在自己的绘制事件中进行自己的绘制......但是这里的行为与实际尝试在外面使用画家时发生的那种故障非常相似的油漆事件。而且肯定和那个setText()有关，所以……喃喃自语。

在我写这篇文章时，应用程序已经运行了几个小时，没有任何显示锁定，通过 qDebug() 将相同的文本输出到控制台。如果我取消注释 setText()，大约需要 5 分钟才能出现问题。它是 100% 可重复的。

有什么我应该做而我没有做的事情，绘画方面的还是类似的？

感谢您的帮助。

Answer 1

一般来说，你不应该从非 UI 线程更新 Qt 控件，只允许在非 UI 线程中进行少量关于绘画的事情 - http://doc.qt.io/qt-4.8/threads-modules.html

如果您需要从非 UI 线程更新 UI - 使用信号和插槽（QueuedConnection 或 BlockingQueuedConnection 连接，但请确保不要使用 BlockingQueuedConnection 造成死锁）。或者，如果您不想为一些简单的更新创建额外的信号和插槽 - 使用 invokeMethod（它甚至可以返回值，如果您将它与 BlockingQueuedConnection 连接类型一起使用，您的线程将等待 UI 更新）。

还有一个一般性建议 - 如果您有可能的话 - 拨打一个电话以对 UI 进行大量更新，而不是几个小电话。

Answer 2

始终建议 GUI 线程通过 signal-slot 机制与所有其他对象交互。事实上，不会对主线程进行直接调用。以这种方式，GUI 将响应，我们最终不会等待它回来。当然轮询解决方案并不理想，应该避免，因为它们最终会无缘无故地使用杯子资源。

如果只使用 QThread 类型的线程，那么更新 GUI 应该使用 signal-slot 机制。当需要对呈现的数据事件进行序列化时，使用Qt::QueuedConnection 就足够了。你的情况是这样。

如果不使用 that ，则信号可能不会按发出的顺序处理。 Qt::BlockingQueuedConnection 应该只在我们想要在接收器上的槽完成之前限制调用者继续处理时使用。对于在 GUI 线程上进行的处理来说，这种情况很少见。

当我们想从非 qt 线程连接时必须特别小心，例如一个标准线程，因为创建的对象例如在本机线程中，接收端将不知道。

从non-ui 线程更新ui 的一种方法是序列化和复制您的消息。执行以下操作（甚至适用于非 QThreads，例如 boost::thread ）：

• 设置一个为 force-emit 提供公共方法的单例 QObject 包含您要发送的数据的信号，例如单身人士
• 在只接受 value 参数的对象中设置槽
• 将信号连接到 ui-thread 内对象中的插槽

• 连接必须是Qt::QueuedConnection

  class timer : public QObject
  { 
  Q_OBJECT
  //... write a singleton here
  
  std::mutex mut;
  
  public signals:
  signal_tic(QString const );
  
  public: 
  void force_emit_tic(QString const s )
  {
     std::lock_guard<std::mutex> l(mut);
     emit signal_tic(s);
  }
  
  timer & ref() 
  {
    static timer This;
    return This;
  }
  private:
  timer(){}
  };
  
  // in a main thread object setup this connection
  
  connect(&timer::ref(),SIGNAL(signal_tic(Qstring 
  const)),this,SLOT(slot_accept_tic(QString const ), Qt::QueuedConnection)
  
  // In any other thread
  timer::ref()::force_emit_tic( string_when_this_happened )
  

直接调用单例 force-emit 方法会产生所需的行为。 （当然，对象必须可以正确复制才能正常工作）

按值发送的原因是，如果您将 const 引用传递给临时驻留在另一个线程中，则无法保证其生命周期。此外，您需要在消息实际到达之前将消息序列化到 ui-thread，否则您最终将收到不一致的数据或 SIGSEGV 之一。 Qt::QueuedConnection 保证连接仅在 QThreads 已知的内存空间内进行序列化。