关于qt信号槽传指针与释放指针 [复制链接]

今天，意外发现qt中信号槽传指针的方式进行时，会发生释放不掉指针所分配的空间的情况。


定义一个信号

void emit_showTime(Data*);

槽
void slot_showTime(Data*);

在发出信号之前动态创建一个Data的指针对象，并分配空间。传入信号中。然后在槽中进行delete 释放所分配的空间。


发现所传如的指针是正确的（地址都相同），但确不能如愿的释放掉该指针所分配的空间。使得程序占用内存不断增加。


有兴趣的可以试试，放在一个QTimer中不断执行。就能看出内存不断增加。

若哪位大虾知道此中因由，麻烦告知。。   谢谢！！！

忘记说了。。

当信号与槽采用传值或引用时，却又是正确的。

定义一个信号

void emit_showTime(Data);

槽
void slot_showTime(Data);

以此方式，则不会出现内存一直增加的问题。

试了，没你说的问题。你看下析构函数里面是不是正确释放掉了分配的空间

引用楼主dinotiger510于2009-12-01 09:23发表的 关于qt信号槽传指针与释放指针 :
今天，意外发现qt中信号槽传指针的方式进行时，会发生释放不掉指针所分配的空间的情况。
定义一个信号
......然后在槽中进行delete 释放所分配的空间
.......

不是一个好的做法。原因在于发送信号的地方很有可能是在对象的作用域范围，当信号发出后，槽函数立即被调用，而调用还没有返回的情况下，你却强行删除了对象，这样就存在一个潜在的致命错误。举个例子
void func{
Data data;
emit emit_showTime(&data); //这行意味着槽函数被马上调用并等待返回，如果在槽函数中删除data就会存在一个内存操作的危险
}
这类似于下面的操作
func{
Data data;
delete &data;
}
尽管你是使用动态创建对象，这也不是一个好的编程习惯，最好是这样
func{
Data *data = new Data;
emit emit_showTime(data);
delete data;
}
一点个人看法，仅供参考

Qt的signal/slot机制原理

signal/slot在底层会使用三种方式传递消息。参见QObject::connect()方法：
bool QObject::connect ( const QObject * sender, const char * signal, const QObject * receiver, const char * method, Qt::ConnectionType type = Qt::AutoCompatConnection )
最后一个参数是就是传递消息的方式了，有四个取值：

Qt::DirectConnection
When emitted, the signal is immediately delivered to the slot.
假设当前有4个slot连接到QPushButton::clicked(bool)，当按钮被按下时，QT就把这4个slot按连接的时间顺序调用一遍。显然这种方式不能跨线程（传递消息）。

Qt::QueuedConnection
When emitted, the signal is queued until the event loop is able to deliver it to the slot.
假设当前有4个slot连接到QPushButton::clicked(bool)，当按钮被按下时，QT就把这个signal包装成一个 QEvent，放到消息队列里。QApplication::exec()或者线程的QThread::exec()会从消息队列里取消息，然后调用 signal关联的几个slot。这种方式既可以在线程内传递消息，也可以跨线程传递消息。

Qt::BlockingQueuedConnection
Same as QueuedConnection, except that the current thread blocks until the slot has been delivered. This connection type should only be used for receivers in a different thread. Note that misuse of this type can lead to dead locks in your application.
与Qt::QueuedConnection类似，但是会阻塞等到关联的slot都被执行。这里出现了阻塞这个词，说明它是专门用来多线程间传递消息的。

Qt::AutoConnection
If the signal is emitted from the thread in which the receiving object lives, the slot is invoked directly, as with Qt::DirectConnection; otherwise the signal is queued, as with Qt::QueuedConnection.
这种连接类型根据signal和slot是否在同一个线程里自动选择Qt::DirectConnection或Qt::QueuedConnection

这样看来，第一种类型的效率肯定比第二种高，毕竟第二种方式需要将消息存储到队列，而且可能会涉及到大对象的复制（考虑sig_produced(BigObject bo)，bo需要复制到队列里）。

yb824给的够详细，学习了