随着应用程序变得越来越复杂，确保它们运行流畅、响应迅速成为了开发过程中不可忽视的一环。Qt 作为一个广泛使用的跨平台应用开发框架，在提供强大功能的同时也面临着性能挑战。本文旨在为使用 Qt 进行桌面客户端开发的开发者们提供一系列有效的性能优化策略。

经常写 Qt 的程序，就会发现，不管是写控制台程序还是带窗体的应用程序，在 Qt 中的入口都是int main()。但实际上抛开其他平台不说，就是在 Windows 平台上，二者的入口就是有区别的。之前只是略知一点，今天翻看了一下代码，算是了解了一下。

早就听说 Qt5.6 开始支持了 HighDPI ，一直没机会看详细的代码。一直到开始做 Gal ,才刚好在 Qt5 下需要 HighDPI 支持。用过之后，真的感叹，用起来太方便了。故看了一下详细实现。不过比较遗憾的是代码中有一个小瑕疵。

之前写了一篇《浅谈Qt控件绘制》 。之所以叫浅谈是因为调用都是比较表层的调用。其实 Qt 的绘制，可以说用 Qt 的人都有用到，但是对于绘制底层，了解的人并不见得很多。我其实之前也是云山雾罩，从来没有深究过。所以想着知其然还是要知其所以然。

关于 QTimer 的具体实现，翻看源码源于一次面试经历。被问到 QTimer 的问题，我随口说了一句：Windows 平台下是用 Windows API 实现的，然后便引起了怀疑，不过我据理力争，便也作罢。所以回来之后，就又确认了一下。

在工作中经常要根据 UI 提供的稿子做自绘控件，而且在新项目中，我自己基于 Qt 做了一套项目自用控件库，还会涉及到换肤，所以对 Qt 的控件绘制，着重的研究了一下。看过代码之后，觉得 Qt 项目本身，确实是做 UI 发家，绘制流程清晰，可以说是做界面的范本了。将流程梳理记录一下。

这次研究下 Qt 的事件循环和 Windows 消息循环之间的联系。

Qt在各个平台下都是对平台API进行了一些包装。Windows下是对Win32API的封装。如果是Windows平台的GUI Application就一定是从WinMain开始。