拼接图片前须精确计算目标尺寸并创建合适bitmap画布，否则drawimage会静默截断；需用format32bpppargb支持alpha通道；源图须using及时释放；文字标注应measurestring动态定位。
用 Graphics.DrawImage 拼接图片前必须先算好目标尺寸
直接 new 一个 Bitmap 当画布，但宽高设小了，后面 DrawImage 画到边界外就静默截断——没报错，图却缺一半。尤其是拼长图时，高度容易低估：得把每张图的 Height 加上间隔（比如 10 像素），再加顶部/底部留白。
常见错误现象：Graphics.DrawImage 后发现最后一张图只显示半张，或者网格图右边几列完全消失。
- 横向拼接（如并排三图）：总宽 =
img1.Width + img2.Width + img3.Width + gap * 2 - 纵向拼接（长图）：总高 = 所有
img.Height之和 +gap * (imageCount - 1) - 网格拼接（3×3）：先确定单格宽高（建议取最大宽/高），再套公式：
canvasWidth = cellWidth * 3 + gap * 2
透明背景图拼上去发黑？检查 Bitmap 构造时的像素格式
如果源图带 Alpha 通道（比如 PNG），但你用 new Bitmap(width, height) 默认创建的是 PixelFormat.Format32bppRgb——它不支持 Alpha，绘图时会把透明区域强行填成黑色或白色。
使用场景：拼接带圆角、阴影、镂空的 UI 截图，或用户上传的 PNG 头像。
- 正确做法：用
new Bitmap(width, height, PixelFormat.Format32bppPArgb) -
Format32bppPArgb支持预乘 Alpha，DrawImage时能保留透明度 - 如果最终要存为 JPG，记得拼完再转成
Format24bppRgb，否则保存失败或报GDI+ 中发生一般性错误
拼接大量图片内存暴涨甚至 OutOfMemoryException
每调用一次 new Bitmap(path) 就加载一份完整解码图像到内存；100 张 2MB 的图，还没开始画，内存已吃掉 200MB+。更糟的是，很多人忘了 Dispose()。
性能影响：不是慢，是直接崩。尤其在 ASP.NET 或 Windows Forms 长期运行服务里。
- 务必用
using (var img = Image.FromFile(path)) { ... }包裹每张源图 - 拼接完的
Bitmap也要Dispose()，别等 GC —— 它不及时，且 GDI 句柄有限 - 如果只是临时合并后立刻存盘，考虑用
Stream加载（Image.FromStream），避免路径锁文件
文字标注位置偏移？别硬写固定坐标，用 Graphics.MeasureString 动态算
拼完图想在每张图下方加文件名，但直接写 e.Graphics.DrawString(name, font, brush, x, y + 200)——结果有的名字被截断，有的离图太远。因为不同字体、字号、字符串宽度差异大，固定偏移靠不住。
参数差异：MeasureString 返回的 SizeF 是真实渲染尺寸，比用 font.Size 猜靠谱得多。
- 先调用
g.MeasureString("xxx", font, maxWidth)获取实际高宽 - 标注 Y 坐标 = 图片底边 Y +
measuredSize.Height * 1.2f（留行距） - 如果要居中，X = (cellWidth - measuredSize.Width) / 2
真正麻烦的不是怎么画，是拼之前得把每张图的原始尺寸、DPI、是否含 Alpha 全部对齐；稍有不一致，DrawImage 就会悄悄变形或丢色。这些细节不打日志根本看不出问题。
