我正在生成收据，并使用 Graphics 对象调用 DrawString 方法来打印所需的文本。
graphics.DrawString(string, font, brush, widthOfPage / 2F, yPoint, stringformat);
这对于我需要它做的事情来说效果很好。我总是知道我要打印的内容，因此我可以手动修剪任何字符串，使其适合 80 毫米收据纸。然后我必须添加一些额外的功能，以使其更加灵活。用户可以传入将添加到底部的字符串。
因为我不知道他们要放什么，所以我只是创建了自己的自动换行函数，该函数接受许多要换行的字符和字符串本身。为了找出字符数，我做了这样的事情：
float width = document.DefaultPageSettings.PrintableArea.Width;
int max = (int)(width / graphics.MeasureString("a", font).Width);
现在宽度返回 283，以毫米为单位约为 72，当您考虑 80 毫米纸张上的边距时，这是有意义的。
但 MeasureString 方法在 Courier New 8pt 字体上返回 10.5。因此，我得到的不是 36 - 40，而是 26，导致 2 行文本变成了 3-4。
PrintableArea.Width 的单位是 1/100 英寸，图形对象的 PageUnit 是 Display（对于打印机来说通常是 1/100 英寸）。那么为什么我只得到 26 呢？
来自 WindowsClient.net：
GDI+ 在显示的每个字符串的每一端添加少量 (1/6 em)。此 1/6 em 允许具有悬垂末端的字形（例如斜体 'f'），并且还为 GDI+ 提供了少量的余地来帮助网格拟合扩展。
默认动作为
DrawString在显示相邻运行时会对您不利：
- 首先，默认的 StringFormat 在每个输出的每一端添加额外的 1/6 em；
- 其次，当网格安装宽度小于设计宽度时，允许绳子收缩最多一个em。
为了避免这些问题：
- 总是通过
MeasureStringandDrawString基于印刷字符串格式的 StringFormat (StringFormat.GenericTypographic).
设置图形TextRenderingHinttoTextRenderingHintAntiAlias。这种渲染方法使用抗锯齿和子像素字形定位来避免网格拟合的需要，因此本质上与分辨率无关。
在 .NET 中绘制文本有两种方法：
graphics.MeasureString and graphics.DrawString)TextRenderer.MeasureText and TextRenderer.DrawText)来自 Michael Kaplan 的（翻录）优秀博客全部整理出来, 在 .NET 1.1 中使用的一切GDI+用于文本渲染。但也存在一些问题：
- GDI+ 的无状态特性会导致一些性能问题，其中设备上下文将被设置，然后在每次调用后恢复原始状态。
- Windows/Uniscribe 和 Avalon (Windows Presentation Foundation) 的国际文本整形引擎已更新多次，但尚未更新 GDI+，这导致对新语言的国际渲染支持不具有相同的质量水平。
所以他们知道他们想要更改 .NET 框架以停止使用GDI+的文本渲染系统，并使用GDI。起初他们希望能够简单地改变：
graphics.DrawString
打电话给旧的DrawTextAPI 而不是 GDI+。但他们无法使文本换行和间距与 GDI+ 完全匹配。所以他们被迫保留graphics.DrawString调用 GDI+（兼容性原因；调用的人graphics.DrawString会突然发现他们的文本没有像以前那样换行）。
一个新的静态TextRenderer创建类是为了包装 GDI 文本渲染。它有两种方法：
TextRenderer.MeasureText
TextRenderer.DrawText
Note:
TextRenderer是 GDI 的包装，而graphics.DrawString仍然是 GDI+ 的包装。
然后是如何处理所有现有 .NET 控件的问题，例如：
LabelButtonTextBox他们想把它们转过来使用TextRenderer（即 GDI），但他们必须小心。可能有人像在 .NET 1.1 中那样依赖控件绘制。于是就诞生了“兼容的文本渲染".
默认情况下，应用程序中的控件的行为就像在 .NET 1.1 中一样（它们是“兼容的").
You turn off兼容模式通过调用：
Application.SetCompatibleTextRenderingDefault(false);
这使您的申请更好、更快，并获得更好的国际支持。总结：
SetCompatibleTextRenderingDefault(true) SetCompatibleTextRenderingDefault(false)
======================================= ========================================
default opt-in
bad good
the one we don't want to use the one we want to use
uses GDI+ for text rendering uses GDI for text rendering
graphics.MeasureString TextRenderer.MeasureText
graphics.DrawString TextRenderer.DrawText
Behaves same as 1.1 Behaves *similar* to 1.1
Looks better
Localizes better
Faster
注意 GDI+ 之间的映射也很有用TextRenderingHint以及相应的LOGFONT Quality用于GDI字体绘制：
TextRenderingHint mapped by TextRenderer to LOGFONT quality
======================== =========================================================
ClearTypeGridFit CLEARTYPE_QUALITY (5) (Windows XP: CLEARTYPE_NATURAL (6))
AntiAliasGridFit ANTIALIASED_QUALITY (4)
AntiAlias ANTIALIASED_QUALITY (4)
SingleBitPerPixelGridFit PROOF_QUALITY (2)
SingleBitPerPixel DRAFT_QUALITY (1)
else (e.g.SystemDefault) DEFAULT_QUALITY (0)
以下是 GDI+ (graphics.DrawString) 与 GDI (TextRenderer.DrawText) 文本渲染的一些比较：
GDI+: TextRenderingHintClearTypeGridFit, GDI: CLEARTYPE_QUALITY:
GDI+: TextRenderingHintAntiAlias, GDI: ANTIALIASED_QUALITY:
GDI+: TextRenderingHintAntiAliasGridFit, GDI: 不支持，使用ANTIALIASED_QUALITY:
GDI+: TextRenderingHintSingleBitPerPixelGridFit, GDI: PROOF_QUALITY:
GDI+: TextRenderingHintSingleBitPerPixel, GDI: DRAFT_QUALITY:
我觉得奇怪的是DRAFT_QUALITY与PROOF_QUALITY，这与CLEARTYPE_QUALITY.
See also