GDI+图形编程实战：核心绘图流程、画布对象与高效排错指南

但凡写过Windows桌面客户端界面的，几乎绕不开GDI+这三个字。GDI+是Windows提供的2D图形接口，在.NET生态里就是System.Drawing命名空间那套东西，凡是画直线、画圆、写文字、生成统计图、处理图片、给程序加水印的活儿，最终都得落到这组API上。我在做报表控件和图片处理工具时，几乎天天跟它打交道，踩过不少坑，也积累了一些能被社区验证过的经验。这篇内容不打算从教科书角度罗列所有方法，而是从实际开发者的视角，把GDI+的绘图流程、核心对象、常用技巧和排错思路串一遍。

无论你是刚接触桌面端开发，还是已经在做WinForms、图像处理服务，这篇都可以当实操手册来用。我会尽量把"为什么这么做"讲透，给出可以直接抄的代码，也把那些文档里查不到、但经验里一定会撞上的坑提前列出来。

1. 先搞明白GDI+到底给你提供了什么

动手写代码之前，先建立整体认知。GDI+不是某个控件，也不是一个类库，它是Windows的图形子系统提供的绘图API，.NET这边通过System.Drawing命名空间暴露给托管代码调用。它的定位是"画布加工具"：一块Graphics对象相当于画布和全套画具的集合，你拿Pen往上面画轮廓，拿Brush往里面填色，拿Font往上写字，拿Image往上面贴图。理解了这个模型，后面所有代码都顺理成章。

1.1 从GDI到GDI+，到底改了什么

老一辈开发者都用过GDI，那套基于设备上下文（HDC）的API，用的时候需要SelectObject、BeginPaint、EndPaint这些步骤，画笔刷子要手动选进DC才能用，用完还得还原，稍不留神就会让绘图状态串掉。GDI+最大变化就是把设备上下文那套折腾给抹掉了，换成了面向对象的画布模型。

GDI+带来了几个实实在在的能力提升：

• 抗锯齿线条：画直线和曲线不再有明显锯齿，边缘过渡平滑了不少
• Alpha透明混合：颜色自带透明度通道，做半透明遮罩和分层混色很方便
• 渐变画刷：线性渐变、路径渐变都成了内置类型，画图表背景很省事
• 丰富的图像格式支持：PNG、JPEG、GIF、BMP、TIFF都能直接读写，不需要额外转换
• 独立的坐标变换机制：矩阵变换成为基础能力，旋转、缩放、平移不再是黑魔法

用一句话总结：GDI+把绘图从"面向设备的编程"变成了"面向画布的编程"。画布就是逻辑模型，系统负责把逻辑坐标映射到实际输出设备，开发者不用管显示器和打印机的区别，同一套绘图指令两边都能用。

1.2 核心对象图谱：哪些类你必须认识

我用一个比喻来帮大家记对象关系：你要画一幅画，需要画布（Graphics）、画笔（Pen）、刷子（Brush）、颜料（Color）、字帖（Font）、参考图片（Image），还得有坐标尺（Point、Rectangle、Size）。这些对象在System.Drawing里都有对应类，各自的职责非常单一。

最核心的是Graphics，它代表一块绘图表面，所有绘制动作几乎都从它身上发起。Pen负责画线条轮廓，它有颜色、宽度、线型、线帽等属性。Brush负责填充闭合区域的内部，常见的有SolidBrush单色刷、HatchBrush纹理刷、LinearGradientBrush渐变刷、TextureBrush图片刷。Color结构用ARGB四个分量定义颜色，Alpha通道直接决定透明度。Font和FontFamily管文字的字体和字形。Image是位图或矢量图的基础类型，Bitmap继承自它，是日常处理图片的主力。

另外还有两个"辅助坐标系"类型：Rectangle和Point，它们用整数表示几何位置。还有RectF和PointF支持浮点数，高DPI环境下手绘图形测量时经常用。熟悉这些之后，再看到API签名就不会迷茫了。

2. 环境准备与一次完整绘图的底层逻辑

写GDI+代码，第一步是准备好画布对象，第二步是配好绘图参数，第三步才是真正画，第四步是释放资源，第五步是让结果显示或保存。这个流程看起来简单，但每一环都有讲究，多少人在资源释放和坐标转换上栽过跟头，其实都是因为对这套流程"只知其一不知其二"。

2.1 项目配置与命名空间准备

在.NET项目里用GDI+，通常只需要在代码文件顶部引入命名空间，不需要额外安装重量级NuGet包，它就是基础类库的一部分。

using System; using System.Drawing; using System.Drawing.Drawing2D; using System.Drawing.Imaging; using System.Drawing.Text;

这里的Drawing2D是高级2D绘图命名空间，渐变画刷、GraphicsPath、矩阵变换都在这里。Imaging是图像编码相关，Text是字体渲染控制。

如果你的目标是跨平台，需要注意：System.Drawing在非Windows环境下的支持较弱，社区方案是使用ImageSharp、SkiaSharp这类跨平台图形库。单纯讲GDI+的绘图能力和坑，本文以Windows平台的.NET环境为主。

2.2 三种拿到Graphics画布的方式

实际编码中，绝大多数Graphics对象不靠new创建，而是从现有地方"拿"过来，常见的来源有三个。

第一种，在控件窗口的绘图事件里拿，这是WinForms自绘的标准姿势。系统在控件需要重绘时触发Paint事件，事件的参数里已经帮你准备好了Graphics对象，你要干的就是在它的表面画画。

private void Panel1_Paint(object sender, PaintEventArgs e) { Graphics g = e.Graphics; g.Clear(Color.White); g.DrawLine(Pens.Black, 10, 10, 200, 10); }

第二种，在任意时刻主动给控件画，用Control.CreateGraphics方法。注意这种方式拿到的画布是"临时快照"，一旦窗体重绘就会被覆盖，所以动态交互场景（比如拖动橡皮筋框选）需要配合消息循环，不能画完就不管了。

第三种，把内存中的Bitmap作为画布。这是图像处理的核心思路，先用位图当底，再从位图创建Graphics，之后的所有绘制都会落在这个位图上，最后保存成文件或转成Base64字符串。

using (Bitmap bmp = new Bitmap(400, 300)) using (Graphics g = Graphics.FromImage(bmp)) { g.Clear(Color.White); g.DrawString("Hello GDI+", new Font("微软雅黑", 24), Brushes.Black, new PointF(20, 20)); bmp.Save("output.png", ImageFormat.Png); }

2.3 一次绘图的五个阶段

把一次完整的绘图动作拆开看，我总结成五个阶段，这五步走顺了，GDI+的基础就算打牢。

第一步，拿到画布，明确画在哪儿。是控件表面，还是内存Bitmap，还是打印机的页面上。

第二步，配置画布状态，设置抗锯齿、坐标变换、插值模式。这个阶段容易被新手跳过，但直接影响出图质量。比如画几何图形不设置SmoothingMode，线条边缘毛刺明显；画缩放图不设置InterpolationMode，图像放大后锯齿感强。

第三步，创建工具对象，包括Pen、Brush、Font，设置颜色、宽度、字体样式。

第四步，执行绘制方法，调Draw开头的方法画轮廓，调Fill开头的方法填充内部。

第五步，释放资源并提交结果。控件绘制通常不需要手动释放，因为事件参数的Graphics由系统管理，但自己创建的Pen、Brush、Font、Bitmap必须释放；内存画布的模式需要调用Save保存，否则工作白做。

我建议统一采用using代码块管理一次性资源，不要依赖垃圾回收来兜底。原因后面在常见问题部分展开说，这里先记住这个原则就对了。

3. 核心图元绘制：直线、矩形、曲线与渐变填充

基础图元是所有复杂图形的最小积木。图表里的柱状图是矩形加填充，折线图是直线加曲线，饼图是填充扇形，这些都能用有限的方法组合出来。我按实际使用频率从高到低讲一遍。

3.1 直线和矩形：所有图形的起点

画直线最常见的场景是网格线、坐标轴、分割线。用Pen类定义线的颜色、宽度和样式，然后调用Graphics.DrawLine，传入起点终点坐标。

using (Pen pen = new Pen(Color.SteelBlue, 2)) { pen.DashStyle = DashStyle.Dash; g.DrawLine(pen, 10, 50, 300, 50); }

Pen的DashStyle属性非常实用，支持Solid实线、Dash虚线、Dot点线、DashDot点划线，画坐标系网格时用虚线区分数据线，画面层次感会好很多。

矩形是绘制频次最高的图元，控件边框、卡片背景、图片占位都是矩形。画矩形有两个方法：DrawRectangle画边框，FillRectangle填充内部。填充用的Brush种类不同，效果差异很大。

SolidBrush solidBrush = new SolidBrush(Color.FromArgb(80, Color.CornflowerBlue)); g.FillRectangle(solidBrush, 20, 20, 160, 60);

这里特意展示了一个技巧：用Color.FromArgb(alpha, baseColor)生成带透明度的画刷。半透明矩形叠在背景图上，就能做出高亮遮罩或选中效果。颜色分量顺序是ARGB，Alpha为零完全透明，255完全不透明，日常调试时可以先设成50左右观察叠加效果。

3.2 圆角矩形与复杂路径：GraphicsPath上场

WinForms原生没有直接的画圆角矩形方法，但界面设计几乎处处要圆角，比如卡片、按钮、提示框。解决方式是使用GraphicsPath，把直线段和圆弧段拼成一个封闭路径。

public GraphicsPath CreateRoundedRect(Rectangle rect, int radius) { int d = radius * 2; GraphicsPath path = new GraphicsPath(); path.AddArc(rect.X, rect.Y, d, d, 180, 90); path.AddArc(rect.Right - d, rect.Y, d, d, 270, 90); path.AddArc(rect.Right - d, rect.Bottom - d, d, d, 0, 90); path.AddArc(rect.X, rect.Bottom - d, d, d, 90, 90); path.CloseFigure(); return path; }

添加四个90度圆弧，分别放在矩形的四个角，直线段自动补齐，就形成一个路径。用g.DrawPath可以把路径轮廓画出来，用g.FillPath可以把路径内部填满。

GraphicsPath的价值不只是圆角矩形，它还是裁切区域的底层工具。g.SetClip(path)配合使用，可以对任意形状区域做局部绘制，例如给头像做圆形裁切，或者做出异形控件轮廓。这一招在设计自定义控件时几乎是必用的。

3.3 曲线与圆弧：贝塞尔和数据可视化基础

画曲线通常用Graphics.DrawBezier或DrawCurve。DrawBezier需要4个点：起点、两个控制点、终点，控制点决定了曲线弯曲方向和幅度。第一次用的人常犯的错是：以为控制点要落在曲线上，其实控制点只是"牵引"曲线的方向，不一定在最终结果上。

DrawCurve更省事，给它一组点数组，GDI+自动用平滑曲线穿过或贴近这些点。这对直接画统计走势图特别方便，不需要自己算插值。

圆弧和扇形用DrawArc和FillPie。FillPie画出来就是一个带圆心的扇形，饼图就是靠它完成的。

using (SolidBrush brush = new SolidBrush(Color.Orange)) { g.FillPie(brush, 50, 50, 300, 300, -90, 45); }

这里的第一个参数是外接矩形，明确椭圆的边界，后面两个参数是起始角和扫过角，单位是度，方向是顺时针。起始角-90表示从12点钟方向开始，这是饼图常用的约定，因为大家习惯从正上方开始分块。

3.4 渐变画刷：让图形告别"塑料感"

纯色填充看久了会显得单调，LinearGradientBrush能把两种或多种颜色沿直线方向均匀过渡，立刻让界面或图表提升一个档次。

Rectangle area = new Rectangle(0, 0, 400, 200); using (LinearGradientBrush brush = new LinearGradientBrush( area, Color.DeepSkyBlue, Color.MidnightBlue, LinearGradientMode.Vertical)) { g.FillRectangle(brush, area); }

除了LinearGradientMode.Vertical、Horizontal这些简单的方向枚举，还可以传入自定义角度，甚至用多个ColorBlend点位控制渐变中的颜色分段位置。做深色模式界面时，深蓝到黑的竖渐变背景是很常见的操作。

渐变画刷在绘制图表柱形时同样好用：每根柱子的顶部亮、底部暗，立体感马上出来。注意每根柱子创建自己独立的LinearGradientBrush，不要复用同一个画刷去填充不同区域，否则渐变方向和边界会错乱。

4. 坐标系统与高质量渲染设置

很多人画出来的图形歪歪扭扭或者边缘发虚，不是逻辑错了，而是没弄明白GDI+的坐标系统，以及渲染质量设置和输出的不匹配。这一章把这两个关键点讲透。

4.1 三种坐标空间：从物理设备到逻辑世界

GDI+绘图要过三关：世界坐标（我们调用绘图方法时传入的坐标）、页面坐标（经过矩阵变换后的坐标）、设备坐标（最终像素的坐标）。默认情况下这三个坐标系是重合的，所以大家平时感觉不到它们的存在。一旦调用Transform做旋转、缩放、平移，三层坐标就开始分层工作。

举个例子，你想把整个图形画布放大两倍，并且向下偏移30像素。传统做法是每个点坐标都乘以2再加30，非常容易算错。用世界变换只要一行：

g.TranslateTransform(0, 30); g.ScaleTransform(2.0f, 2.0f);

之后所有绘图调用都自动应用这套变换。画同一个圆，输出位置和大小会自动变化。这为自定义控件里的鼠标交互和视图缩放提供了极大便利，但也埋了一个坑：鼠标点击坐标默认是设备坐标，拿它去对比已经经过矩阵变换的图形坐标就会对不上。处理方式往往是先把鼠标坐标反向应用同样的变换矩阵，或者保存逻辑坐标来参与判断。

4.2 矩阵变换实战：图形的旋转与镜像

GDI+的变换核心是Matrix类，内部是3x3矩阵。常规用法虽然是用TranslateTransform、RotateTransform这些快捷方法，但理解矩阵本身能帮你处理更复杂的变换组合。

比如要画一个旋转45度的文字水印，常规做法是：

GraphicsState state = g.Save(); g.TranslateTransform(100, 100); g.RotateTransform(45); g.DrawString("Sample", new Font("Arial", 40), brush, 0, 0); g.Restore(state);

Save和Restore对组合一个局部变换非常重要，它们把当前绘图状态压栈和恢复。如果没有Restore，旋转会影响到后续所有绘制操作，这是个隐蔽性很强的bug。我在做批量水印时，因为忘记恢复状态，结果后面每张图的水印角度越偏越远。

Matrix还能做更高级的变换，比如镜像。ScaleTransform配合负缩放值，可以实现水平镜像、垂直镜像的效果。不用重算坐标，只要知道变换，控制起来非常灵活。

4.3 抗锯齿与高质量插值：同一套代码为何效果天差地别

这个问题是我最常被问到的。同一段画线代码，有人画出来平滑细腻，有人画出来锯齿明显，差别就在Graphics对象的两组属性设置。

第一组是SmoothingMode，控制几何图形的抗锯齿，直接决定直线、椭圆、路径边缘是否平滑。建议开启前先看需求：画图表和曲线时设为AntiAlias，线条细腻，但如果是画像素级的电子签名、棋盘格这类讲究边缘锐利的场景，反而要关闭抗锯齿来保持形状清楚。

第二组是TextRenderingHint，控制文字的抗锯齿效果。它跟SmoothingMode相互独立，字体渲染有自己的算法。有人设置了SmoothingMode，却发现文字依旧发虚，这是因为它只管图形不管文字。一般推荐ClearTypeGridFit在LCD屏上有不错的清晰度，但注意它在透明背景下可能有颜色失真，若要对透明PNG输出文字，选AntiAliasGridFit更稳。

画缩略图或缩放图片时，还需要设定InterpolationMode。默认的插值算法在缩小图片时会出现摩尔纹和锯齿，我常用HighQualityBicubic，缩放再大也能保持边缘平滑。这里留个提醒：高质量的插值算法计算量会明显增大，处理大批量图片时要在质量和速度之间做权衡，不必一刀切。

g.SmoothingMode = SmoothingMode.AntiAlias; g.TextRenderingHint = TextRenderingHint.AntiAliasGridFit; g.InterpolationMode = InterpolationMode.HighQualityBicubic; g.PixelOffsetMode = PixelOffsetMode.HighQuality;

PixelOffsetMode也值得一提。它控制绘制时是否偏移半个像素，高频场景下设为HighQuality能进一步缓解边缘模糊问题。这四项搭配齐全，输出质量立刻上了一个档次。

5. 典型应用场景：验证码、水印、缩略图与图表

GDI+的知识点散，直接背API容易忘，我建议通过几个高频场景把知识串起来。下面挑四个我最常用且最能覆盖前面知识点的场景来讲，每一个都能单独运行。

5.1 验证码图片生成

验证码是最直观的GDI+入门练习，涉及随机字符、画布创建、干扰线、噪点、文字旋转等不少内容。生成验证码的核心逻辑是：把随机字符串画到一个Bitmap上，再叠加干扰元素。

public Bitmap CreateCaptcha(string text, int width, int height) { Bitmap bmp = new Bitmap(width, height); Random random = new Random(); using (Graphics g = Graphics.FromImage(bmp)) { g.Clear(Color.FromArgb(245, 245, 245)); g.SmoothingMode = SmoothingMode.AntiAlias; // 干扰线 using (Pen pen = new Pen(Color.LightGray, 1)) { for (int i = 0; i < 5; i++) { g.DrawLine(pen, random.Next(0, width), random.Next(0, height), random.Next(0, width), random.Next(0, height)); } } // 逐个字符绘制，随机旋转 char[] chars = text.ToCharArray(); using (Font font = new Font("Arial", 24, FontStyle.Bold)) { for (int i = 0; i < chars.Length; i++) { float angle = random.Next(-25, 25); GraphicsState state = g.Save(); g.TranslateTransform(20 + i * 20, height / 2); g.RotateTransform(angle); using (SolidBrush brush = new SolidBrush(Color.FromArgb( random.Next(60, 160), random.Next(60, 160), random.Next(60, 160)))) { g.DrawString(chars[i].ToString(), font, brush, -8, -12); } g.Restore(state); } } } return bmp; }

画出图片后，转成Base64响应给前端或直接保存为文件。这里面的几个细节值得重点标注：文字居中要靠手动偏移调整，因为DrawString的坐标是文字的左上角，直接指定中心点会把文字画偏；旋转前要先TranslateTransform，再RotateTransform，否则旋转轴不对，字符会"飞"出预期位置。

5.2 给图片批量加文字水印

给图片加水印是Graphic.FromImage最常见的生产级用途。做法是先载入原图，在原图之上创建一个Graphics画布，然后DrawString写文字。

using (Image source = Image.FromFile("input.jpg")) using (Bitmap workBmp = new Bitmap(source)) using (Graphics g = Graphics.FromImage(workBmp)) { g.SmoothingMode = SmoothingMode.AntiAlias; g.TextRenderingHint = TextRenderingHint.AntiAliasGridFit; string watermark = "Sample Watermark"; using (Font font = new Font("微软雅黑", 24, FontStyle.Bold)) using (SolidBrush brush = new SolidBrush(Color.FromArgb(128, Color.White))) using (StringFormat format = new StringFormat()) { format.Alignment = StringAlignment.Center; format.LineAlignment = StringAlignment.Center; Rectangle rect = new Rectangle(0, workBmp.Height - 60, workBmp.Width, 60); g.DrawString(watermark, font, brush, rect, format); } workBmp.Save("output.jpg", ImageFormat.Jpeg); }

水印放在底部一条半透明遮罩上，可读性强而且不破坏原图。用Color.FromArgb(128, 255, 255, 255)的白色半透明，在深色区域不刺眼，在浅色区域也能看清。

要注意原图和Bitmap是两码事，不要直接原地改原图。Image.FromFile返回的对象在文件被占用期间会影响文件读写，建议先复制到Bitmap再做绘制，勘误与日志定位都更稳。

5.3 缩略图生成与高质量缩放

缩略图是图片处理里的高频需求。关键点在于缩放时，要控制Graphics的插值模式，否则缩略图会模糊或出现彩色噪点。

public Bitmap CreateThumbnail(Image source, int targetWidth, int targetHeight) { Bitmap thumb = new Bitmap(targetWidth, targetHeight); using (Graphics g = Graphics.FromImage(thumb)) { g.InterpolationMode = InterpolationMode.HighQualityBicubic; g.SmoothingMode = SmoothingMode.HighQuality; g.PixelOffsetMode = PixelOffsetMode.HighQuality; g.CompositingQuality = CompositingQuality.HighQuality; Rectangle destRect = new Rectangle(0, 0, targetWidth, targetHeight); g.DrawImage(source, destRect, 0, 0, source.Width, source.Height, GraphicsUnit.Pixel); } return thumb; }

DrawImage的重载有十几个，常见的误区是只用g.DrawImage(source, rect)。如果不指定源矩形，系统会按源图原始尺寸和目标矩形做拉伸，原图宽高比会变形。更标准的做法是上面的代码，显式传入源图的区域，这样GDI+知道从原图哪一块取像素画到目标矩形。

保持宽高比也很简单，先算目标尺寸再创建Bitmap。如果原图比例和目标尺寸不符，可以在四周补边或居中裁剪，两种策略视业务而定。

5.4 画一个简易柱状图

把业务数据画成图表，是GDI+最能值回票价的功能。柱状图的核心就是若干FillRectangle，加上坐标轴标注。

public void DrawBarChart(Graphics g, Rectangle area, double[] values, string[] labels) { g.SmoothingMode = SmoothingMode.AntiAlias; g.Clear(Color.White); int barCount = values.Length; int gap = 10; int barWidth = (area.Width - gap * (barCount + 1)) / barCount; double maxValue = 0; foreach (double v in values) if (v > maxValue) maxValue = v; for (int i = 0; i < barCount; i++) { int barHeight = (int)(values[i] / maxValue * area.Height); int x = area.X + gap + i * (barWidth + gap); int y = area.Y + area.Height - barHeight; using (LinearGradientBrush brush = new LinearGradientBrush( new Rectangle(x, y, barWidth, barHeight), Color.SkyBlue, Color.DodgerBlue, LinearGradientMode.Vertical)) { g.FillRectangle(brush, x, y, barWidth, barHeight); } Rectangle rect = new Rectangle(x, y, barWidth, barHeight); g.DrawRectangle(Pens.DodgerBlue, rect); } // 画坐标轴和网格线 using (Pen pen = new Pen(Color.LightGray, 1)) { for (int i = 0; i < 5; i++) { int y = area.Bottom - (int)(area.Height * i / 4.0); g.DrawLine(pen, area.Left, y, area.Right, y); } } }

这段代码把比例计算、渐变画刷、网格辅助线融合在了一起。实际做数据可视化时，还可以在这个基础上增加ToolTip交互、缩放整套坐标变换，GDI+的潜力比想象中大得多。

6. 常见坑与排错实录：从资源泄漏到双缓冲

技术文档通常不会告诉你哪些坑是所有人都踩过的，这里集中整理我在实际开发中反复遇到、排查时间最长的问题。

6.1 GDI资源泄漏：最难查的稳定性问题

GDI+的所有绘图对象如果忘了释放，会有两个层面的资源泄漏：托管层面的对象，等垃圾回收；非托管层面的GDI句柄，Windows进程内句柄数有上限。曾经遇到一个批量导出图片的灾难现场：循环处理上千张图，跑着跑着图片越画越白，最后抛出一个"参数无效"的异常。排查了很久，打开任务管理器看GDI对象数量，发现数值持续攀升到上万，确认是句柄泄漏。

解决办法只有一个：所有实现了IDisposable的对象，用using包起来，或者手动Dispose。尤其是Pen、Brush、Font、Graphics这类高频创建的对象，每循环一次就new一批，不及时释放，分分钟拖垮进程。记住一个原则：谁创建，谁销毁。Graphics.FromImage创建的画布，用完必须Dispose；控件Paint事件传进来的画布不是你的，不用Dispose。

6.2 控件闪烁问题：没有双缓冲的后果

自绘控件如果不断重绘，画面会像老式电视跳雪花一样闪烁。根因是WM_ERASEBKGND消息默认擦除背景、然后再绘制新内容，两帧之间产生视觉差。在控件上设置DoubleBuffered=true能解决大多数问题，复杂自绘控件也可以在Paint事件里手动用BufferedGraphics双重缓冲。

我的经验是：如果闪烁出现在拖动、缩放窗口时，优先检查是否建立了正确的无效区域，通过Invalidate(Rectangle)局部刷新代替整个控件Invalidate，减少重绘面积，效果立竿见影。

6.3 跨线程绘图异常与坐标漂移

在Windows窗体程序中，只能在UI线程操作控件和绘图，后台线程直接调用控件绘图会抛"线程间操作无效"异常。轻量场景可以用Control.Invoke把操作调度回UI线程，高频数据刷新场景要尽量减少Invoke频次，可以考虑后台线程绘制Bitmap，主线程仅拷贝显示，这样数据采集和绘图渲染相互隔离。

坐标漂移问题在开启DPI缩放后尤其明显。旧程序在高DPI屏上，鼠标坐标和绘图坐标偏差严重，原因是系统把UI自动缩放但GDI+默认还在按物理像素绘图。处理方案是在程序启动时声明DPI感知，或者使用基于浮点的RectangleF来做逻辑坐标计算，最后再映射到设备坐标。

6.4 保存图片质量异常：编码参数不能忘

保存JPEG时，如果直接用Image.Save方法不传质量参数，默认压缩质量未必满意。想控制最终文件大小和清晰度，要用EncoderParameters指定质量级别。

EncoderParameters encoderParams = new EncoderParameters(1); encoderParams.Param[0] = new EncoderParameter(Encoder.Quality, 90L); ImageCodecInfo jpegCodec = GetEncoderInfo("image/jpeg"); bmp.Save("output.jpg", jpegCodec, encoderParams);

质量参数在0到100之间，90是画质体积较均衡的选择。做封面压缩时选75能明显减小体积，适合网络传输；打印素材建议95以上。GetEncoderInfo是一个遍历ImageCodecInfo数组的辅助方法，按MimeType匹配编码器，代码略繁琐但是很标准。

6.5 常见异常与处理速查表

这张表基本覆盖了我平时收到咨询的高频问题。绘图相关的坑虽然多，但80%都能在资源管理和渲染参数上找到根因。

7. 关于性能与资源管理的一些经验性建议

可能有人发现我反复强调资源释放，因为这个问题真的值得反复强调。这里再把性能调优层面的一些经验集中讲一讲，比单点排错更宏观。

7.1 批量绘制场景的缓存策略

如果某个控件需要频繁重绘，并且重绘内容里包含比较昂贵的计算（比如字体测量、渐变位置计算、大量路径创建），建议做一个缓存Bitmap。把静态部分画到Bitmap上，重绘时先贴位图，再画动态部分，性能提升非常明显。

具体做法是在控件的Resize事件或数据变更时重建缓存Bitmap，在Paint里只用DrawImage贴一次缓存，再进行少量增量绘制。用这个方法，我曾让一个带渐变背景和网格线的自绘控件刷新帧率提升了数倍。

7.2 画笔和画刷复用原则

每次DrawString都new一个Font，每次DrawLine都new一个Pen，非常浪费。同一个控件内部，如果Pen、Brush、Font在多次绘制中颜色和字体不变，就可以定义为字段，在控件初始化时创建，在Dispose时统一释放。只有需要不同颜色和样式时才动态创建。

这跟前面"谁创建谁释放"并不矛盾，而是把创建时机从每次绘制提升到控件生命周期，内存分配次数减少，GC压力自然下降。

7.3 大图处理的尺度把握

处理5000x5000以上的大图时，GDI+的效率和内存占用会直线上升。我的做法是分块处理或者先缩小工作区再处理，避免一次性创建超大位图。内存不足不是异常卡顿的借口，做图像处理服务时，进程内存上限、输入图片大小上限都要在入口处做限制和校验，防止上游异常数据拖垮服务。

8. 收尾前的一些真心话

说实话，GDI+这套API不算新潮，放在今天谈起来甚至有点"古典"味道，但它的实用价值一点没缩水。大量WinForms系统、内部工具、报表项目都在靠它支撑，而且理解了GDI+的绘图模型，再上手跨平台的SkiaSharp、ImageSharp，会发现思路是相通的，画布、画笔、画刷、变换这些核心概念都是同一个套路。

我自己在做一个图像处理服务时，最深的体会是：绘图代码的稳定性高低，不在画得有多炫，而在资源管理有多严谨。每创建一次画布就想好它在哪个作用域结束，每new一个Pen就想好由谁来释放，多写几个using，半夜报警就会少几个。这行字看着不酷，但真的能救命。

最后再分享一个小技巧：调试绘图代码时，在控件上加一个快捷键，把当前Graphics内容保存成PNG，配合日志一起排查。很多"白屏"、"画错位置"的问题，看代码看不出名堂，把输出图片保存下来逐像素比对，原因瞬间就清楚了。GDI+的能力边界比你想象的大，但前提是你得真正把它的基本功打牢。

祝各位在画布上纵横驰骋时，少踩坑，多出图。