c#如何绘制文字_c#绘制文字看这一篇就够了

在C#开发中，文字绘制看似简单，但要想让文字在各种场景下都清晰、准确、稳定地显示，其实是门技术活。不少开发者都遇到过这样的场景：明明代码写得没什么问题，可文字显示出来就是模糊、位置不对，甚至干脆乱码。今天就来聊聊几个常见的“坑”和对应的解决方案，希望能帮你少走弯路。

Graphics.DrawString 画出来的文字模糊或缩放失真

直接使用 Graphics.DrawString 在窗体或控件上绘图时，如果目标 Graphics 来自缩放后的设备上下文（比如高 DPI 显示器、窗体被放大、或通过 Bitmap 缩放后获取的 Graphics），文字很容易出现锯齿、发虚、边缘毛刺。这通常不是字体本身的问题，而是默认未启用高质量文本渲染。

问题出在默认的渲染设置上，我们需要手动指示它“认真对待”文字渲染。具体做法是显式设置文本渲染提示和插值模式：

• 调用 graphics.TextRenderingHint = System.Drawing.Text.TextRenderingHint.ClearTypeGridFit;（推荐用于屏幕显示）或 AntiAliasGridFit（适合小字号）
• 避免设置 graphics.InterpolationMode 或 SmoothingMode 来影响文字——它们对 DrawString 无效，反而可能干扰后续图形绘制
• 如果是在 Bitmap 上绘制后再缩放显示，更稳妥的做法是“按目标尺寸创建 Bitmap”而非“绘制后缩放”，否则字体 hinting 信息会丢失，文字自然就糊了

MeasureString 返回宽度不准，导致文字截断或布局错位

Graphics.MeasureString 也是一个经典“坑”。它返回的尺寸包含额外空白（如行距、左右留白），而且受 StringFormat 和当前 Graphics 的 PageUnit、DpiX 影响，并不等于实际绘制区域所需的空间。这就导致依赖它计算布局时，文字可能被截断或位置偏移。

更可靠的方式是改用 TextRenderer.MeasureText（WinForms 场景）或 Graphics.MeasureCharacterRanges（需要精确到字符区间时）：

• TextRenderer.MeasureText("abc", font, new Size(int.MaxValue, int.MaxValue), TextFormatFlags.NoPadding) —— 更贴近 GDI+ 实际排版，且不受 Graphics 当前状态干扰
• 如果必须用 MeasureString，务必传入与 DrawString 相同的 StringFormat 实例，并确认 Graphics.PageUnit == GraphicsUnit.Pixel
• 注意：.NET 6+ 中 Graphics.MeasureString 在某些 DPI 下行为有变更，旧代码迁移时建议回归测试

在 WPF 或 .NET MAUI 中混用 System.Drawing 绘制文字

WPF 原生用 FormattedText / DrawText，MAUI 用 Canvas 或 SKCanvas（SkiaSharp）。强行在 WriteableBitmap 或 SKSurface 上桥接 System.Drawing.Graphics 会导致性能暴跌甚至崩溃——因为 System.Drawing 是 GDI 封装，与 GPU 渲染管线根本不在一个赛道上。

正确的做法是直接放弃对 Graphics 的依赖，转用平台亲生的文本绘制方案：

• WPF：var ft = new FormattedText("text", CultureInfo.CurrentCulture, FlowDirection.LeftToRight, new Typeface("Segoe UI"), 14, Brushes.Black);，再用 ctx.DrawText(ft, point)
• MAUI + SkiaSharp：canvas.DrawText("text", x, y, paint)，其中 paint 设置 TextSize、Typeface 和 IsAntialias = true
• 如果已有大量 System.Drawing 逻辑，可以考虑封装为独立 Bitmap 绘制步骤，再作为图像贴到 WPF/MAUI 控件中（但会失去矢量缩放能力）

中文乱码或字体 fallback 失败

在非中文系统（如英文 Windows）上调用 DrawString 显示中文，即使指定了 "SimSun" 或 "Microsoft YaHei"，仍可能回退到方块或空格——因为 Graphics 默认使用系统 UI 字体族 fallback，而 Font 构造函数指定的字体名只是“首选”，并不强制生效。

问题出在几个关键环节上：

• 不要依赖字体名字符串，改用 new Font(new FontFamily("Microsoft YaHei"), 12)，确保 FontFamily 实例化成功（可先用 FontFamily.Families 检查是否在系统中存在）
• 设置 StringFormat.GenericTypographic 可提升多语言混合排版稳定性（尤其含标点、数字、中英文混排时）
• Linux/macOS 上（.NET Core/.NET 5+），System.Drawing 依赖 libgdiplus，中文需预装对应字体（如 fonts-wqy-zenhei）并验证 FontFamily.IsA vailable

字体不是“设了就显示”，它是运行时资源绑定过程。出问题时先查 FontFamily.IsA vailable 和系统实际安装路径，别只盯着 DrawString 参数。