嘿，我之前在做Qt GUI后台线程的时候也踩过这个坑，结合你说的用QThread实现后台操作、保证GUI响应的场景，这个报错大概率是几个常见的Qt信号槽机制配置问题导致的，给你梳理下排查和解决办法：

• 必须确保类继承QObject并添加Q_OBJECT宏
  emit是Qt信号槽机制的专属关键字，只有继承自QObject的类才能使用它。而且你的自定义线程类（Threading）或者MainWindow类的头文件里，必须加上Q_OBJECT宏——这个宏是Qt的元对象编译器（MOC）识别信号槽的核心标记，没有它的话，编译器完全不知道emit是什么东西。
  举个正确的头文件示例：

  #ifndef THREADING_H
  #define THREADING_H
  
  #include <QThread>
  
  class Threading : public QThread
  {
      Q_OBJECT // 这个宏绝对不能少
  public:
      explicit Threading(QObject *parent = nullptr);
  protected:
      void run() override;
  
  signals:
      void taskCompleted(); // 先在头文件里声明信号
  };
  
  #endif // THREADING_H
  

• 确认项目构建配置正确，MOC能处理你的文件
  如果你用qmake，确保项目.pro文件里包含了必要的Qt模块，比如QT += core gui widgets；如果是CMake，要确保你的目标链接了Qt::Core、Qt::Widgets这些模块，并且带Q_OBJECT的头文件被MOC正确处理（CMake的qt_add_executable会自动处理，不用手动加额外命令）。
  另外，如果你刚添加了Q_OBJECT宏，一定要清理旧的构建文件，重新构建——有时候过期的MOC生成文件会导致这种奇怪的编译错误。

• 检查信号声明和emit的作用域
  要emit的信号必须在类的signals:块里提前声明，而且emit的调用必须在该类的成员函数中（比如线程的run()函数里）。如果你的代码里有自定义命名空间，试试用::emit来明确指定全局作用域的Qt关键字，避免和自定义标识符冲突（这种情况比较少见，但值得一试）。

• 排查编译器是否识别Qt关键字
  有些时候如果编译命令没带上Qt的编译选项，纯C++编译器会把emit当成普通变量名。确保你的编译过程中包含了Qt的核心库和头文件路径，qmake和CMake一般会自动处理，但手动写编译命令的话要注意加上-I指定Qt头文件，-lQt5Core等链接选项。

你提到网上相同代码能正常运行，那大概率是你漏加了Q_OBJECT宏，或者MOC没处理到你的头文件——这个是Qt新手最容易踩的信号槽坑。按照上面的步骤排查一遍，应该就能解决问题了。

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