一，前言
最近做了关于QT界面窗口的刻意练习，推荐自己制作小工程则直接创建ui建立一个个窗口。若工程中ui多变，则考虑使用自动布局。而我之前还学习过QT绘图相关，比如paintevent重绘等。那么我今天要复习下，并且QT的事件机制再系统的学习下。便于做出更灵活更高级的界面处理功能。
二，QT事件处理机制
直接看QT的Help，搜索Event Class可以看到QT支持很多事件，点击The Event System可以了解其机制。并且网上也很多介绍资料。反正我都看了，之后我发现和我之前学习的littlevgl源码中的GUI引擎是一个处理机制。
return a.exec();就是启动了线程，进行事件扫描，一旦有对象事件发生，则会通过Event类传给此对象。再仔细分析就是事件发生后保存到消息队列，通过周期扫描消息对象，进行事件通知。这里等于是有一点点的延迟，update()就是将此paintEvent加入消息队列，等待处理就是这样的应用。信号和槽也是这样的异步事件处理机制。另外一个是repaint立即重绘，则会直接调用paintEvent更新界面。所以paintEvent中可以加入update()但是不能加入repaint()，这会导致归递死循环。
三，QT事件传递顺序
事件传递顺序可以理解为也是层层归递的，先进入widget容器过滤事件，然后一层层进入到最上层的widget通知事件，并且调用事件处理的回调函数。最终再一层层从顶层向底层的widget传递事件。简单来说是一个爬上到下山的过程。而一层层的控件，在最顶层的就是可以想象为在山顶，在最下方的容器类就是山底。
参考官网help，比如新建一个Widget类，再创建一个继承QLineEdit的自定义类。在自定义的QLineEdit框中输入一个字符。最后事件传递的方法请参考下图。
四，总结
之前的基于单片机的GUI引擎源码看来没有白学，发现原理都是相同的。没想到QT GUI引擎也是类似的设计。这样的一通百通的可迁移经验就是靠平时不断跨界累积的。
这让我想到我所在的汽车零部件行业，adaptive autosar用的通信机制DDS和机器人ros中的DDS一样。再想想现在汽车行业也要基于领域驱动设计（ddd）来定义微服务，这个是在向互联网靠拢。可能这是互联网造车新势力带来的概念。毕竟已经到了软件定义汽车时代了。
