C#怎么实现图片转PDF的批量操作_C#如何处理大量图像转换【实战】-C#.Net教程-PHP中文网

最稳方案是用 skiasharp v2.88+ 和 skiasharp.pdf：禁用gpu、每图独立sksurface并显式释放、a4页手动缩放居中、pdf统一saveto一次，避免system.drawing跨平台崩溃与内存问题。

c#怎么实现图片转pdf的批量操作_c#如何处理大量图像转换【实战】

用 `SkiaSharp` 批量转图存 PDF 最稳

直接上结论：别碰 System.Drawing（尤其在 Linux/macOS 或 .NET 6+ 环境下），它不支持无 UI 上下文的批量图像处理，容易崩在 OutOfMemoryException 或 Object is currently in use elsewhere。用 SkiaSharp + SkiaSharp.Pdf 是目前 C# 里最可控、跨平台、内存友好的方案。

它把图像解码、PDF 页面绘制、流写入三步拆得清楚，每张图可独立创建 SKSurface，显式释放资源，避免 GC 压力突增。

必须引用：SkiaSharp v2.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 宽高比，硬拉会变形。得算缩放比例再居中画布。

示例逻辑（伪代码即核心）：

"避开 C# 常见错误——空陷阱、异步陷阱、LINQ 陷阱及资源泄漏。"

下载

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));</p>

注意：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 最省心）