Linux环境下Qt经QClipboard读取剪贴板图片首次返回空QRect的异常

该现象是Linux X11图形栈下系统剪贴板的延迟传输机制，和Qt剪贴板同步读取接口的特性不匹配导致的，和分支判断逻辑无关：

• X11环境下的CLIPBOARD剪贴板，不会在源程序触发复制操作时就把完整的图片像素提前存入系统剪贴板。Chrome执行图片复制操作时，只会先在剪贴板中登记支持的MIME类型列表（包含image类格式），真正的像素数据只有在其他应用主动发起读取请求时，才通过跨进程异步通信的方式从Chrome进程传出。
• 首次按下Shift+Insert时的执行流程：
  • mimedata->hasImage()可以正常匹配到登记的图片类型，返回true进入图片处理分支
  • 立刻调用clipboard->image()时，Qt发起的异步像素读取请求还没等到Chrome返回数据，就直接返回了尺寸为0x0的空QImage，因此控制台打印的矩形范围为空
  • 多次按下快捷键时，之前后台异步发起的读取请求已经拿到Chrome返回的像素数据，Qt剪贴板内部缓存已经存有完整图片，此时再读取就能拿到正常尺寸的图片。

• 没有校验读取到的QImage有效性，拿到空图时没有做适配重试
• 没有利用QClipboard::dataChanged信号监听剪贴板数据的实际就绪状态，而是在按键事件中，对尚未准备完成的剪贴板数据做同步阻塞读取
• 忽略了X11平台下跨进程剪贴板的异步传输特性，将剪贴板读取等同于本地内存的同步读取

• 读取到QImage后先做有效性判断：如果图像为空、尺寸为0，不要直接结束粘贴流程，标记为待处理状态，等剪贴板数据真正就绪后再重新读取
• 类初始化时绑定剪贴板的变化信号：

  // 构造函数中绑定信号
  connect(QApplication::clipboard(), &QClipboard::dataChanged, this, [this](){
      // 剪贴板数据实际更新完成后再拉取图片
      if (hasPendingImagePasteRequest) {
          QImage img = QApplication::clipboard()->image(QClipboard::Clipboard);
          if (!img.isNull()) {
              addImageToScene(img);
              hasPendingImagePasteRequest = false;
          }
      }
  });
  

• 原按键触发逻辑中，只要进入图片分支，先标记待粘贴状态，不要立刻同步读取像素数据，等信号触发时再处理实际图像内容。

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