qt 关于信号槽传递的参数问题

Posted 2023-04-24

我通过槽函数从其他窗口类传参过来后，想在当前窗口类的edittext中显示，但是qDebug可以打印出来，edittext中却没有显示，大神告诉下那里有问题吗？

槽函数
void Gprs::receivedata(QString data1)

ui->textEdit->setText(tr("") + data1.toUtf8()); //没有显示
qDebug()<<data1; //确实能够打印出data1

参考技术A 不用toUtf8

QT的信号槽机制

参考技术A         使用QT开发时，我们一般要使用到信号槽机制，这个机制由三部分组成：信号、槽、连接函数connect，我们主要 说下connect函数，了解清楚此函数，信号槽机制也基本上懂了。我们一般情况下我们使用connect函数只传递四个参数：

connect(Sender,SIGNAL(signal),Receiver,SLOT(slot));

        这四个参数分别是发送者对象、发送者对象发送的信号、接收者对象、接收者对象响应该信号的槽函数，所以我们有可能认为该函数就只有四个参数，但实际上是有第五个参数的，只是通常该函数已经给第五个参数赋值了而已，我们所使用的是默认值。实际上connect函数应该是如下形式：

bool QObject::connect ( const QObject * sender, const char * signal, const QObject * receiver, const char * method, Qt::ConnectionType type = Qt::AutoConnection )

Qt::DirectConnection参数 参数含义

Qt::AutoConnection 默认值，使用这个值则连接类型会在信号发送时决定。如果接收者和发送者在同一个线程，则自动使用Qt::DirectConnection类型。如果接收者和发送者不在一个线程，则自动使用Qt::QueuedConnection类型。

Qt::DirectConnection 槽函数会在信号发送的时候直接被调用，槽函数运行于信号发送者所在线程。效果看上去就像是直接在信号发送位置调用了槽函数。这个在多线程环境下比较危险，可能会造成奔溃。

Qt::QueuedConnection 槽函数在控制回到接收者所在线程的事件循环时被调用，槽函数运行于信号接收者所在线程。发送信号之后，槽函数不会立刻被调用，等到接收者的当前函数执行完，进入事件循环之后，槽函数才会被调用。多线程环境下一般用这个。

Qt::BlockingQueuedConnection 槽函数的调用时机与Qt::QueuedConnection一致，不过发送完信号后发送者所在线程会阻塞，直到槽函数运行完。接收者和发送者绝对不能在一个线程，否则程序会死锁。在多线程间需要同步的场合可能需要这个。

Qt::UniqueConnection 这个flag可以通过按位或（|）与以上四个结合在一起使用。当这个flag设置时，当某个信号和槽已经连接时，再进行重复的连接就会失败。也就是避免了重复连接。

sender和receiver是QObject对象指针，函数里面我们用到了Qt提供的两个宏SIGNAL()和SLOT();这是Qt要求的，要关联信号和槽必须借助于这两个宏，两个宏的定义如下：

#define SLOT(name) "1"#name

#define SIGNAL(name) "2"#name

        通过这两个宏，就可以把我们传递进去的槽和信号的名字转化成字符串，并在这两个字符串前面加上附加的字符。Qt5又在此基础上扩展了一种写法不必用到两个宏SIGNAL()和SLOT()，而是直接写&类名::信号或者&类名::槽函数。一个信号可以和多个槽相连；也可以多个信号可以连接一个槽；也有一个信号可以连接到另一个信号；一个对象delete之后，Qt自动取消所有连接到这个对象上面的槽，有时候我们需要手动去断开连接，如下情况：

        有时我们程序中某些情况下某个操作需要断开这个信号槽连接，操作结束后有需要重新连接，断开连接时，那我们需要调用函数

bool QObject::disconnect ( const QObject * sender, const char * signal, const QObject * receiver, const char * method )

用法和connect大致相同。