Convert.ToBase64String可直接将图片字节数组转Base64字符串；需先用MemoryStream保存Image对象并指定格式，再调ToArray()获取字节，不可直接传Image；大图应压缩尺寸或质量而非分块编码；路径需用绝对路径拼接；data URL前缀按需手动添加。
用 Convert.ToBase64String 转图片字节数组最直接
图片转 Base64 的本质是把二进制数据编码成 ASCII 字符串，C# 里不需要额外库——Convert.ToBase64String 就够了。关键在于别直接传 Bitmap 或 Image 对象，它们不是字节流，得先保存到内存流里。
- 必须用
MemoryStream把图片写进去，再调ToArray()获取原始字节 - 注意指定图像格式（比如
ImageFormat.Png），否则默认保存可能失真或报错 - 别用
Image.Save(Stream)后不清空流位置（stream.Position = 0），否则读出来是空数组
示例：
using (var ms = new MemoryStream()) {
image.Save(ms, ImageFormat.Jpeg);
string base64 = Convert.ToBase64String(ms.ToArray());
}
处理大图时内存暴涨？用 FileStream + 分块读取不现实
有人想绕过内存流、直接读文件流再分块 Base64 编码，这在 C# 里行不通。Convert.ToBase64String 必须接收完整字节数组，Base64 编码本身依赖 3 字节一组，跨块无法对齐。强行分块只会生成无效字符串。
- 大图（比如 >20MB）确实容易触发
OutOfMemoryException - 真正可行的降内存方案只有两个：压缩尺寸（
Bitmap缩放）、降低质量（JpegEncoder设置Quality） - 不要尝试“流式 Base64”，.NET 没提供对应 API，第三方库也极少真正支持（多数还是全加载）
Image.FromFile 和 Image.Load（ImageSharp）路径处理差异大
如果你从文件加载图片再转 Base64，路径写法直接影响能否成功。传统 Image.FromFile 不接受相对路径中的 ~ 或 URL 格式，而 ImageSharp 的 Image.Load 支持流输入但不自动处理 ASP.NET Core 的 wwwroot 映射。
-
Image.FromFile("logo.png")只认当前工作目录下的路径，IIS 或服务部署后常找不到 - 推荐用
Path.Combine(Directory.GetCurrentDirectory(), "wwwroot", "images", "logo.png")拼绝对路径 - 若用
ImageSharp，必须自己打开FileStream传入，它不解析路径字符串
Base64 字符串开头带 data URL 前缀？别硬拼，看场景要不要
前端 <img src="data:image/png;base64,..."> 需要前缀，但后端存数据库或传 API 通常只要纯 Base64 字符串。硬加前缀会导致字符串长度暴增约 20 字符，且后续解码时得先切掉。
- 纯传输/存储：只用
Convert.ToBase64String(...)结果 - 给前端直接用：手动拼
"data:image/" + ext + ";base64," + base64，注意ext是"jpeg"不是"jpg" - 别用正则或
Substring去掉前缀再解码——如果一开始就没加，就省这事
Base64 本身不压缩，原图 1MB，Base64 后约 1.33MB；更隐蔽的坑是，有些 PNG 图片含多余元数据（如编辑软件签名），用 ImageSharp 重保存能减掉几百 KB，但多数人根本没意识到这一步可以做。
