QWidget {
border: 1px solid #FF0000 /*边框*/
border-radius: 5px /*圆角*/
background-color: red /*背景色*/
}
当某个事件发生之后，比如，按钮检测到自己被点击了一下，它就会发出一个信号（signal）。这种发出是没有目的的，类似广播。如果有对象对这个信号感兴趣，它就会使用连接（connect）函数，将想要处理的信号和自己的一个函数（槽函数(slot)）绑定并处理这个信号。
https://blog.csdn.net/maizousidemao/article/details/104199773
Qt信号槽-原理分析
信号与槽的连接方式
事件发生时，qt创建了一个代表它的对象，
一般的事件传递方式是调用virtual函数。可以把自己想做的处理写在当前函数，然后把其他的都传递给base类处理。
更通用的处理方式：
可以在事件处理之前先通过filter，阻止特定的event传递给target widget，通过installEventFilter和removeEventFilter控制。
用户可以自定义自己的事件，并生成一个实例，通过sendEvent（）和postEvent（）发送它们。
两种方式
原型：void QObject::moveToThread( QThread * targetThread )
改变该对象与线程之间执行的关系，并不改变谁拥有该对象，只是让该对象执行成员函数时利用了target thread。「在哪创建就属于哪」这句话放在任何地方都是适用的。
https://blog.csdn.net/czyt1988/article/details/64441443
多线程
一、什么是Qt消息循环
Qt消息循环，就是从一个队列中不断取出消息，并响应消息的过程。窗体的鼠标、键盘、输入法、绘制，各种消息，都来自于Qt的消息循环。以Windows操作系统为例，Qt接管Windows原生窗口消息，并翻译成Qt的消息，派发给程序下的各个子对象、子QWidget等，通过接管层，可以很好屏蔽不同平台之间的差异性，开发人员不需要关心Windows或者X11的消息的差异性，只需要搞清楚各个QEvent之间是什么含义。
最开始的Qt消息循环开始于QCoreApplication::exec()。用户创建出一个QCoreApplication，或者说更多情况下是QApplication，执行QCoreApplication::exec()，一个应用程序便开始了。QCoreApplication会不断从操作系统获取消息，并且分发给QObject。
如果没有消息循环，那么Qt的信号和槽无法完全使用，有些函数也无法正确执行。举个例子，通过QueuedConnection连接的信号，其实是将一个事件压入了消息循环，如果没有QCoreApplication::exec()，那么这个消息循环将永远无法派发到指定的对象。
二、什么是线程相关性
准确点来说，应该是指QObject的线程相关性。以Qt文档中的示意图来作说明：
当我们创建一个QObject时，它会与创建自己所在的线程绑定。它参与的消息循环，其实是它所在线程的消息循环，如上图所示。假如某个线程没有默认的QThread::exec()，那么该线程上的QObject则无法接收到事件。另外，如果两个不同线程的QObject需要相互通信，那么只能通过QueuedConnection的方式，异步通知对方线程，在下一轮消息循环处理QObject的消息。
QObject的线程相关性默认会和它的parent保持一致。如果一个QObject没有parent，那么可以通过moveToThread，将它的线程相关性切换到指定线程。
了解QObject的线程相关性非常重要，很多初学者常常分不清一个多线程中哪些QObject应该由主线程创建，哪些应该由工作线程创建，我的观点是，它参与哪个消息循环，就由哪个来创建。
正因为这样的特性，我们才可以理解什么叫做AutoConnection。通过AutoConnect连接的两个QObject，如果是在同一个线程，那么可以直接调用(DirectConnection)，如果不是在同一个线程，那么就通过事件通知的方式(QueuedConnection）来调用。通过信号和槽、事件或者QueuedConnection方式来进行线程间的通讯，尤其是与UI线程通讯，永远是最优雅的方式之一。
Qt的事件是windows的底层消息封装而成的。这个消息和MFC里的消息是同一概念，都是指键盘、鼠标等的按压、松开等消息。例如按下键盘后，windows系统会发出一个 WM_KEYDOWN的消息，Qt捕获这个消息后，将其转换成 Qt::Key_Down 事件。Qt的事件是较为底层的概念。先有事件，然后才有信号。即：消息 ->事件 ->信号
总结：windows发出消息，Qt捕获消息后转换成事件，再由事件处理后发出信号。
一般来说，如果仅仅是使用Qt的控件，那么只需关心这个控件能发出什么信号，但如果需要深一层的定制控件，则需要关心事件，并重写事件处理函数。
QThread中run()的默认实现调用了exec()，从而创建一个QEventLoop对象，由QEventLoop对象处理线程中事件队列（每一个线程都有一个属于自己的事件队列）中的事件。exec()在其内部不断做着循环遍历事件队列的工作，调用QThread的quit()或exit()方法使退出线程，尽量不要使用terminate()退出线程，terminate()退出线程过于粗暴，造成资源不能释放，甚至互斥锁还处于加锁状态。
线程中的事件循环，使得线程可以使用那些需要事件循环的非GUI 类(如，QTimer,QTcpSocket,QProcess)。
在QApplication前创建的对象，QObject::thread()返回NULL,意味着主线程仅为这些对象处理投递事件，不会为没有所属线程的对象处理另外的事件。可以用QObject::moveToThread()来改变对象及其子对象的线程亲缘关系，假如对象有父亲，不能移动这种关系。在另一个线程(而不是创建它的线程)中delete QObject对象是不安全的。除非可以保证在同一时刻对象不在处理事件。可以用QObject::deleteLater(),它会投递一个DeferredDelete事件，这会被对象线程的事件循环最终选取到。假如没有事件循环运行，事件不会分发给对象。假如在一个线程中创建了一个QTimer对象，但从没有调用过exec(),那么QTimer就不会发射它的timeout()信号，deleteLater()也不会工作。可以手工使用线程安全的函数QCoreApplication::postEvent()，在任何时候，给任何线程中的任何对象投递一个事件，事件会在那个创建了对象的线程中通过事件循环派发。事件过滤器在所有线程中也被支持，不过它限定被监视对象与监视对象生存在同一线程中。QCoreApplication::sendEvent(不是postEvent()),仅用于在调用此函数的线程中向目标对象投递事件。
所有界面组件的创建只能在GUI线程（主线程）中完成。子线程与界面组件的通信有两种方式：
A、信号槽方式
B、发送自定事件方式
https://blog.51cto.com/9291927/1879757
https://blog.51cto.com/9291927/1868744
直观的看，因为在主线程里面运行的app->exec()，所以这样次线程里面的ui无法接受到系统事件。
对Qt而言，一个进程里和窗口系统(譬如Win32的GDI, linux下的X11)UI事件关联的只有主UI线程，而并没有设计成多线程和系统窗口系统同时交互（复杂性，安全性，性能等原因），这应该是根源。
