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

随着云计算技术和 5G 网络的快速发展，云电竞逐渐成为电子竞技领域的一个新兴趋势。它允许玩家通过任何设备访问高性能的游戏环境，而无需拥有昂贵的硬件。在这样的背景下，选择合适的客户端技术对于提供流畅、低延迟且高质量的游戏体验至关重要。本文将探讨几种流行的客户端技术，并分析它们在云电竞场景下的适用性。

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

一个朋友反馈程序经常失去响应，从他那里创建了 dump 文件，取回来，用 windbg 分析一番。感慨颇多。

前两天刚好跟同学提起如何实现一个 Timer 。提到了 Kafka 的时间轮和 Go 语言的四叉堆实现。所以就看了下 .NET 是如何实现 Timer 的。

最近恰好需要用 C++ 实现一个供 C# .NET 调用的模块，用dllexport导出符号的时候出现了一点问题，明明已经看到了导出符号，但是 .NET 在调用的时候，就是找不到方法。然后用 def 文件的方式导出符号就正常，突然对这两种方式的区别产生兴趣，之前一直没有研究过，就仔细了查阅一番。

云游戏的键鼠捕捉用到了 Hook 这个技术，就顺便翻了一下核心编程，写下来备忘。

在客户端开发的过程中免不了要接触的就是像素，屏幕分辨率，这些概念是比较常见的，但很多时候真的就只是用而已，并不知道他们到底是一种什么关系，想起之前做看图的时候，经常就会遇到一些很有意思的图片文件，那个时候就研究了一下这几个概念。近来突然想起，就记录一下。

早就听说 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开始。

经常在写代码的时候需要处理宽字符，ASCII 字符，在代码中看到 wchar、char 等等。一般都是处理一个方法的时候发现需要的是某字符串，然后这边有什么字符串，之后查一个转换方法。还有对于 Unicode 、ANSI 这些不太分得清，所以花了一点时间看了一看。做个小结。

线程对于 Windows 编程人员来说，并不陌生，但是一直以来，我对它的了解也只是基本的使用层面。对于很多细节，也并不是很了解。这作为一个 Windows 客户端开发人员，可以说是非常尴尬了。所以，抽了一点时间，仔细梳理了一下线程相关的内容。顺便记录下来。

提起堆，大部分人都不陌生，但是其实很多人也不见得就很了解。我见过的大部分人，对堆的理解其实还停留在，全局的一种内存，速度没有栈快，不会自动销毁，需要开发人员自己管理。这其实不怪 Windows，怪就怪面试人员水平参差不齐，五百年了，问堆还是，堆栈究竟有什么区别。然后在中国这个应试教育横行的地方，也必然是各种针对性的突击，问八百个人都是上边的答案。然而，对于 Windows 的堆，作为一个开发人员，这些了解显然是不够的。