在Qt信号与槽中使用引用是否安全？有哪些最佳实践？

一、用法是否安全？ #

Qt信号槽中使用引用的安全性核心取决于连接类型和参数生命周期：

• 直接连接（Direct Connection）：信号触发时槽函数立即同步执行，与信号处于同一线程。只要槽执行期间参数对象未被销毁，引用就是安全的；但如果槽执行过程中对象被其他线程销毁，仍会出现悬空引用——不过这属于多线程资源管理问题，和是否用引用无关。
• 队列连接/自动连接（Queued/Auto Connection）：跨线程场景下，Qt会把参数打包成QMetaCallEvent放入目标线程的事件队列。这里关键细节是：无论你声明的是引用还是值，Qt都会对参数进行复制。也就是说，槽函数收到的引用其实指向的是已复制的临时对象，原对象提前销毁不会影响槽的执行，不会出现悬空引用——这也是你测试中对象提前销毁程序仍正常运行的原因。

例外情况：如果参数是Qt隐式共享类型（比如QString、QList），复制代价极低（仅浅拷贝，修改时才深拷贝），此时用引用或值的性能差异可以忽略。

二、是否推荐使用？ #

分场景判断：

• 直接连接：若参数是大型对象，用引用可避免不必要的拷贝，推荐使用；但必须确保槽执行期间参数对象始终有效。
• 队列连接：由于Qt会自动复制参数，此时用引用和值的实际效果几乎一致，但声明为引用容易误导开发者以为没有拷贝。这种场景更推荐直接用值传递，代码可读性更高，避免误解。
• 特殊场景：传递指针的引用（比如SomeObject*&）风险极高，队列连接时只会复制指针本身，原指针指向的对象生命周期依然需要严格管控，完全不推荐。

三、相关最佳实践 #

• 跨线程信号槽优先用值传递：避免引用带来的误解，同时借助Qt的参数自动复制机制保证安全。
• 直接连接用引用时明确参数生命周期：比如参数是当前类的成员变量，或信号触发后到槽执行完成的时间段内，对象不会被销毁。
• 避免传递指针的引用：需要传指针时直接传指针即可，指针的引用在队列连接中无任何优势，反而增加风险。
• Qt隐式共享类型无需纠结引用/值：拷贝成本极低，选择可读性更好的写法即可。
• 调试时关注连接类型：遇到内存异常时，先确认信号槽的连接类型，排查是否因参数生命周期导致悬空引用。

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