《挖掘QT的信号机制.docVIP

Qt?信号-槽?事件机制（汇总） 恩，我由回来了，使用QT了，在windows上我发现使用labview做复杂协议有些难，我又不想重新学习GTK+，所以还是使用我很鄙视的QT了。由于心理上喜欢C语言以及其实现机制，所以对于QT的核心有警惕，挖掘挖掘其内部知识。下面的资料是网上摘取的，汇总一下。--------------------------------------分割------------------------------------------------------ Qt事件和信号的区别 问题： ????什么时候用事件，什么时候用信号呢？是不是不同的线程间用事件，信号不能用在线程间？ 解答： ??? 仔细来看，事件与信号其实并无多大差别，从我们对其需求上来说，都只要能注册事件或信号响应函数，在事件或信号产生时能够被通知到即可。但有一项区别在于，事件处理函数的返回值是有意义的，我们要根据这个返回值来确定是否还要继续事件的处理，比如在QT中，事件处理函数如果返回true，则这个事件处理已完成，QApplication会接着处理下一个事件，而如果返回false，那么事件分派函数会继续向上寻找下一个可以处理该事件的注册方法。信号处理函数的返回值对信号分派器来说是无意义的。 ??? 另外还有一个需要我们关注的问题是事件和信号处理时的优先级问题。在QT中，事件因为都是与窗口相关的，所以事件回调时都是从当前 窗口开始，一级一级向上派发，直到有一个窗口返回true，截断了事件的处理为止。对于信号的处理则比较简单，默认是没有顺序的，如果需要明确的顺序，可以在信号注册时显示地指明槽的位置。 ??? 在QT中，事件使用了一个事件队列来维护，如果事件的处理中又产生了新的事件，那么新的事件会加入到队列尾，直到当前事件处理完毕后， QApplication再去队列头取下一个事件来处理。而信号的处理方式有些不同，信号处理是立即回调的，也就是一个信号产生后，他上面所注册的所有槽都会立即被回调。这样就会产生一个递归调用的问题，比如某个信号处理器中又产生了一个信号，会使得信号的处理像一棵树一样的展开。评价：实际上信号-槽也可以异步的，这个bool connect ( const QObject * sender, const char * signal, const QObject * receiver, const char * method, Qt::ConnectionType type = Qt::AutoCompatConnection )里面的Qt::AutoCompatConnection，可以根据实际情况确定 ? ?????? 因为最近要用到Gtk+的关系,特意扒出来恶补一下,以前用MFC和WTL比较多些,习惯了使用回调函数虚继承和模板特化来实现与客户代码交互,猛一改过来还真有点蒙,再加上Gtk+网上的资料又比较少,不过好在Qt的接口设计也是通过signal/slot机制来实现客户代码交互的,赶紧找些资料参考一下,这里特别留个备份权当加强记忆吧... ?????? 信号和槽是用来在对象间通讯的方法，当一个特定事件发生的时候，signal会被 emit 出来，slot 调用是用来响应相应的 signal 的。??? QT 对象已经包含了许多预定义的 signal，但我们总是可以在派生类中添加新的 signal。??? QT 对象中也已经包含了许多预定义的 slog，但我们可以在派生类中添加新的 slot 来处理我们感兴趣的 signal??? signal 和 slot 机制是类型安全的，signal 和 slot必须互相匹配(实际上，一个solt的参数可以比对应的signal的参数少，因为它可以忽略多余的参数)。signal 和 slot是松散的配对关系，发出signal的对象不关心是那个对象链接了这个signal，也不关心是那个或者有多少slot链接到了这个 signal。QT的signal 和 slot机制保证了，如果一个signal和slot相链接，slot会在正确的时机被调用，并且是使用正确的参数。Signal和slot都可以携带任何数量和类型的参数，他们都是类型安全的。??? 所有从QObject直接或者间接继承出来的类都能包含信号和槽，当一个对象的状态发生变化的时候，信号就可以被emit出来，这可能是某个其它的对象所关心的。这个对象并不关心有那个对象或者多少个对象链接到这个信号了，这是真实的信息封装，它保证了这个对象可以作为一个软件组件来被使用。??? 槽(slot)是用来接收信号的，但同时他们也是一个普通的类成员函数，就象一个对象不关心有多少个槽链接到了它的某个信号，一个对象也不关心一个槽链接了多