Convert.ToBase64String需先将Image转为byte[]：Image→MemoryStream→byte[]→Base64；须指定ImageFormat（如Png/Jpeg），Metafile需先绘至Bitmap；大图易OOM，应异步处理并慎用。
用 Convert.ToBase64String 前必须先转成字节数组
Image 对象本身不能直接喂给 Convert.ToBase64String，它只接受 byte[]。常见错误是直接传 image 或 image.ToString()，结果得到乱码或空字符串。
正确路径是：Image → 内存流 → 字节数组 → Base64 字符串。关键在于选对图像编码格式（比如 ImageFormat.Png 或 ImageFormat.Jpeg），否则解码时可能报错或失真。
- 务必指定
ImageFormat，别依赖默认；image.RawFormat不一定可序列化 - 用
MemoryStream而非文件流，避免临时文件和权限问题 - JPEG 体积小但有损，PNG 支持透明但体积大——根据用途选
using (var ms = new MemoryStream())
{
image.Save(ms, ImageFormat.Png);
string base64 = Convert.ToBase64String(ms.ToArray());
}
处理 Bitmap 和 Metafile 时要特别小心
Bitmap 多数情况没问题，但 Metafile（比如从剪贴板或图元文件加载的）调用 Save 会抛 System.Runtime.InteropServices.ExternalException: GDI+ 中发生一般性错误。这不是代码写错了，是 GDI+ 对某些矢量格式的序列化支持有限。
这类对象往往无法直接保存为 PNG/JPEG，强行调用 Save 会导致崩溃或静默失败。
- 先用
image.GetType().Name检查实际类型，别假设全是Bitmap - 对
Metafile，稳妥做法是用Graphics.FromImage绘制到新Bitmap再转 - 注意
Graphics绘制后必须显式调用Dispose，否则内存泄漏明显
Base64 字符串开头要不要加 data URL 前缀？
纯 Base64 字符串（如 /9j/4AAQSkZJR...）和带前缀的 data URL（如 data:image/png;base64,/9j/4AAQSkZJR...）是两回事。前者是原始编码数据，后者是浏览器可直接用在 src 或 CSS 中的完整 URI。
是否加前缀完全取决于下游怎么用：API 接口通常只要纯 Base64；前端
- 加前缀只需拼接字符串：
"data:image/" + ext + ";base64," + base64 -
ext别硬写"png"，从ImageFormat映射更可靠（比如ImageFormat.Jpeg→"jpeg"） - 注意 JPEG 格式对应 MIME 类型是
"jpeg"，不是"jpg"（虽然浏览器通常兼容，但规范如此）
大图转 Base64 容易 OOM 或拖慢 UI
一张 5MB 的 PNG 图片，Base64 编码后约膨胀到 6.7MB，再加载进内存做字符串操作，很容易触发 GC 压力甚至 OutOfMemoryException。尤其在 WinForms/WPF 主线程里同步执行，UI 会卡死几秒。
这不是算法问题，是 Base64 本质决定的——它把 3 字节变 4 字符，还强制驻留内存。
- 超过 2MB 的图，优先考虑上传文件而非传 Base64
- 必须用 Base64 时，用
Task.Run脱离 UI 线程，避免冻结界面 - 别反复调用
ToArray()，MemoryStream.GetBuffer()更省内存，但要注意有效长度是ms.Length，不是整个缓冲区
真正难的不是“怎么转”，而是想清楚“为什么非得转”——很多时候只是因为前端偷懒用 src="data:..."，后端却为此扛下全部内存和带宽成本。
