Qt事件机制和信号槽机制的区别？

信号和槽机制是对应QT里的固有类或一些封装类的相应机制，而事件机制是用户自定义新窗口部件和类时采用的用以相应各种操作的机制，事件更底层，

Qt事件就是将windows底层的消息例如WM_KEYDOWN经过两三次转换为Qt::Key_Down的事件，按下键盘的Down会触发这个事件。

事件对应的是信号产生的途径，例如按钮的按下松开。信号需要关注的是产生其的对象，例如按钮，槽函数需要找到信号对象，不会关心如何产生这个信号。

事件更底层，它是封装windows消息形成的，信号更偏上层一点。

如果我们使用组件，我们关心的是信号槽；如果我们自定义组件，我们关心的是事件。因为我们可以通过事件来改变组件的默认操作。比如，如果我们要自定义一个QPushButton，那么我们就需要重写它的鼠标点击事件和键盘处理事件，并且在恰当的时候发出clicked()信号。

件和信号/时隙是完成相同事情的两个并行机制，一般来说，事件将由外部实体(例如，Keyboard，Mouswheel)生成，并且将通过QApplication中的事件循环传递。一般来说，除非你设置代码，否则不会生成事件。您可以通过QObject :: installEventFilter()过滤它们，或通过覆盖相应的函数来处理子类对象中的事件。

信号和插槽更容易生成和接收，你可以连接任何两个QObject子类。它们通过元类处理(有一个看看你的moc_classname.cpp文件更多)，但大多数你将产生的类间通信可能会使用信号和槽。信号可以立即或通过队列延迟递送(如果你使用线程)
可以生成信号

事件与信号其实并无多大差别，从我们对其需求上来说，都只要能注册事件或信号响应函数，在事件或信号产生时能够被通知到即可。但有一项区别在于，事件处理函数的返回值是有意义的，我们要根据这个返回值来确定是否还要继续事件的处理，比如在QT中，事件处理函数如果返回true，则这个事件处理已完成，QApplication会接着处理下一个事件，而如果返回false，那么事件分派函数会继续向上寻找下一个可以处理该事件的注册方法。信号处理函数的返回值对信号分派器来说是无意义的。

    另外还有一个需要我们关注的问题是事件和信号处理时的优先级问题。在QT中，事件因为都是与窗口相关的，所以事件回调时都是从当前窗口开始，一级一级向上派发，直到有一个窗口返回true，截断了事件的处理为止。对于信号的处理则比较简单，默认是没有顺序的，如果需要明确的顺序，可以在信号注册时显示地指明槽的位置。

在QT中，事件使用了一个事件队列来维护，如果事件的处理中又产生了新的事件，那么新的事件会加入到队列尾，直到当前事件处理完毕后， QApplication再去队列头取下一个事件来处理。而信号的处理方式有些不同，信号处理是立即回调的，也就是一个信号产生后，他上面所注册的所有槽都会立即被回调。这样就会产生一个递归调用的问题，比如某个信号处理器中又产生了一个信号，会使得信号的处理像一棵树一样的展开。