在Win32 API中绘制格式化文本的最快方法是什么?

What is the fastest way to draw formatted text in the Win32 API?

本文关键字：方法是什么文本 API Win32 绘制格式化更新时间：2023-10-16

我正在使用vanilla Win32 API在c++中实现文本编辑器，我正在努力找到实现语法高亮的最佳方法。我知道有现有的控制，如scintilla，但我这样做是为了好玩，所以我想自己做大部分的工作。我也希望它是快速和轻量级的。

从我学到的到目前为止，它看起来像在GDI中绘制文本的最低级的选项是TextOut函数。然而，如果我需要不断改变字体颜色，那么这意味着我将需要多次调用TextOut，以便绘制一个混合格式的文本体。这是低效的吗?当语法高亮和富文本控件实现时，他们可能会在幕后使用TextOut还是有其他方法?在GDI中绘制文本的其他方法只是TextOut周围的更高级别包装器吗?

DrawText和TextOut都是ExtTextOut的包装器，所以ExtTextOut是底层API。根据我的经验，extextout非常快，所以我怀疑您会发现extextout本身有任何性能问题。然而，创建/选择字体可能是性能问题的根源，所以如果您在字体之间来回切换，您可以通过缓存和重用字体(HFONT)而不是每次都使用CreateFont/SelectObject/DeleteObject来实现显著的性能提升。基本上，在创建新字体后第一次调用SelectObject时，Windows将执行字体匹配过程，为您所请求的逻辑字体找到最佳的物理字体。这是一个相当复杂的过程，因此您希望尽量减少在性能很重要的情况下发生这种情况的次数。

多年前，我开发了一个富编辑控件，本质上是一个迷你版的Microsoft Word。我使用extextout作为所有文本输出的主要工具。控件将维护最近使用的字体的字体缓存(默认缓存大小为10个字体)。它支持WYSIWYG布局，所以它实际上是使用打印机DC和字体完成所有布局，然后使用屏幕DC和类似字体呈现屏幕兼容版本，所以有很多额外的工作正在进行，可能不适合您的情况。即便如此，在当时的典型硬件(例如，266 mhz的Pentium)上运行时，性能仍然非常出色。

与其考虑哪个"绘制文本"功能是最快的，不如考虑"我如何才能最小化我必须渲染的文本数量"，通过聪明地了解文本更改时重新绘制/无效的内容，或者如何缓存渲染的文本以便滚动

。

对于复杂的用法，您可能需要DrawText，因为它比TextOut提供了更多的控制。它有一些基本的格式化支持，但比编辑器所需的要少。下一步是公共控件库中的富文本编辑器，它几乎为您处理了所有这些。