最稳方案是用 SkiaSharp v2.88+ 和 SkiaSharp.Pdf：禁用GPU、每图独立SKSurface并显式释放、A4页手动缩放居中、PDF统一SaveTo一次，避免System.Drawing跨平台崩溃与内存问题。
用 SkiaSharp 批量转图存 PDF 最稳
直接上结论：别碰 System.Drawing（尤其在 Linux/macOS 或 .NET 6+ 环境下），它不支持无 UI 上下文的批量图像处理，容易崩在 OutOfMemoryException 或 Object is currently in use elsewhere。用 SkiaSharp + SkiaSharp.Pdf 是目前 C# 里最可控、跨平台、内存友好的方案。
它把图像解码、PDF 页面绘制、流写入三步拆得清楚，每张图可独立创建 SKSurface，显式释放资源，避免 GC 压力突增。
-
必须引用：
SkiaSharpv2.88+ 和SkiaSharp.Pdf（单独 NuGet 包） -
关键点：PDF 页面尺寸需手动适配图像分辨率，不能直接用
SKImage.FromEncodedData后塞进SKCanvas.DrawImage就完事——默认会拉伸/裁剪 -
常见错误：用
FileStream直接写入 PDF 时没设FileMode.Create，导致多页内容叠加错乱；或复用同一个SKPdfDocument实例却忘了调Close()，文件损坏打不开
怎么让每张图自动适配 A4 页面（含缩放和居中）
PDF 没有“自适应”概念，A4 是固定尺寸（595×842 pt，72 dpi 下约 210×297 mm）。图像原始像素宽高比 ≠ A4 宽高比，硬拉会变形。得算缩放比例再居中画布。
示例逻辑（伪代码即核心）：
var pageWidth = 595f; var pageHeight = 842f; using var surface = SKSurface.Create(new SKImageInfo((int)pageWidth, (int)pageHeight)); using var canvas = surface.Canvas; <p>// 加载图像 using var image = SKImage.FromEncodedData(filePath); var scale = Math.Min(pageWidth / image.Width, pageHeight / image.Height); var x = (pageWidth - image.Width <em> scale) / 2; var y = (pageHeight - image.Height </em> scale) / 2;</p><p>canvas.Clear(SKColors.White); canvas.DrawImage(image, new SKRect(x, y, x + image.Width <em> scale, y + image.Height </em> scale));
-
注意：
SKImage.FromEncodedData会完整解码进内存，大图（如 8000×6000）单张就吃 200MB+；建议先用SKBitmap.Decode配合SKImageInfo获取尺寸，再按需缩放采样 -
兼容性坑：PNG 透明通道默认渲染为黑底，加
canvas.Clear(SKColors.White)在绘图前兜底 -
性能提示：不要在循环里反复 new
SKPdfDocument——每页新建SKPage，最后统一SaveTo一次
并发批量转换时内存暴增怎么办
开 10 个线程同时跑 SKImage.FromEncodedData + 绘图，很容易触发 GC 频繁或 OOM。根本原因是 Skia 的 GPU 后端（默认启用）在多线程下缓存不可控，且图像解码是 CPU 密集型。
-
必须关 GPU：全局设置
SKImageInfo.DefaultColorType = SKColorType.Bgra8888并确保SKSurface.Create传的是SKSurfaceProps.Empty，禁用字体/滤镜等隐式 GPU 路径 -
限并发数：用
Parallel.ForEach时设MaxDegreeOfParallelism = Environment.ProcessorCount / 2（通常 2–4 足够），图像解码比 CPU 更吃内存带宽 -
及时释放：每个循环体内必须用
using包裹SKImage、SKSurface、SKCanvas；别依赖 GC——Skia 对非托管内存管理很“刚” -
替代思路：对超大图（>10MB），先用
ImageSharp缩略到 2000px 宽再喂给 Skia，速度提升 3 倍以上，质量损失肉眼不可辨
生成的 PDF 打不开或文字模糊？检查这三点
不是代码问题，是 PDF 渲染链路里的经典盲区。
-
文件未关闭：调
pdfDoc.SaveTo(stream)后必须stream.Close()或stream.Dispose()，否则 PDF 头尾不全，Adobe Reader 报 “damaged and cannot be repaired” -
DPI 混淆：PDF 的 “72 dpi” 是历史约定，不是图像分辨率。你传 300dpi 的 JPG 进去，只要
SKImage解码正确，最终 PDF 矢量容器里存的是位图数据，放大后依然像素化——这不是 bug，是 PDF 本质 -
中文路径/文件名乱码：用
Encoding.UTF8.GetBytes(path)再转字符串不行；所有文件 I/O 必须用Path.GetFullPath标准化，并确保进程当前目录不含中文（临时切到C:\temp最省心）
真正麻烦的是混合 DPI 图像（比如一批图里有 72、96、300 dpi 元数据），Skia 不读取也不应用 EXIF DPI，它只认像素宽高。所以别指望“自动匹配打印精度”，统一缩放到目标物理尺寸才是正解。
