针对自定义信号与槽的调用，已有示例验证。定时器消息默认在主线程触发，若需在子线程中执行，应如何实现？本文以定时器为例，详细阐述系统消息在子线程中触发的方法与实现过程。

1、 创建一个继承自QThread的类，并在其内部声明一个QTimer对象及相应的槽函数。在构造函数中完成信号与槽的连接，并启动线程。

2、 在主窗口类中定义一个QTimer定时器及其对应的处理槽函数，同时声明一个线程类型的成员变量。在构造函数中进行定时器的信号槽绑定，并启动该定时器以及创建并启动子线程，实现多线程与定时任务的协同工作。

3、 程序运行后观察输出结果，两个定时器的打印信息均出现在主线程中。

4、 修改代码逻辑，将定时器的创建和启动操作移至QThread派生类的run函数内部执行。

5、 分别在两个定时器的槽函数中设置断点进行调试，发现只有主线程中的定时器被成功触发，而子线程中的槽函数并未执行。

6、 查看Visual Studio的输出窗口，仅显示来自主线程定时器的日志信息，并提示“无法从非创建线程启动定时器”。

7、 经分析可知：尽管QObject及其部分非GUI子类（如QTimer、QTcpSocket、QUdpSocket、QProcess等）具备可重入性，可以用于多线程环境，但其设计原则是“在线程内创建并在该线程中使用”。若对象在一个线程中创建，却在另一个线程中调用其方法，则可能导致未定义行为或运行时错误，因此必须避免跨线程直接访问此类对象。

8、 本例中，CMySignal类中的QTimer成员m_timer是在主线程中构造CMySignal实例时初始化的，而后续尝试在run()函数（运行于子线程）中启动该定时器，导致了跨线程操作，从而引发警告且无法正常工作。

9、 正确做法是在线程类中仅声明QTimer指针，并在run函数中动态创建QTimer实例，连接信号与槽后启动定时器，确保对象生命周期完全位于子线程上下文中。

10、 运行程序后发现，仍只有主线程的定时器有输出，子线程刚启动便退出，未见预期效果。

11、 原因在于：QTimer依赖事件循环机制才能触发超时信号。需在run函数中调用exec()，以开启子线程自身的事件循环，使定时器能够正常工作。

12、 再次运行程序，发现子线程的定时器虽然已启动，但其槽函数依然运行在主线程中。

13、 问题根源在于信号与槽的连接方式为默认类型，在跨线程情况下自动采用Qt::QueuedConnection（队列连接）。

14、 队列连接通过postEvent机制实现，不具备实时性，且槽函数始终在其所属对象所在的线程中执行。由于处理定时器超时的槽函数所属对象位于主线程，因此即使信号来自子线程，槽函数仍在主线程响应。

15、 解决方案是创建一个独立的类专门用于处理定时器事件，并在子线程的run函数中实例化该类的对象，确保其归属于子线程。

16、 最终运行结果显示，子线程中的定时器已成功在其所属线程中触发并执行槽函数，达到预期目标。