12 款 .NET PDF库，到底该选哪个库？
在 .NET 项目里打交道最多的文件格式之一，恐怕就是 PDF 了。发票、合同、报表、证书……几乎每个系统迟早都要生成或处理它。可问题来了：市面上 PDF 库五花八门——有的免费开源，有的收费不菲；有的写几行代码就搞定，有的光配环境就得半天。选错了，轻则加班改方案，重则项目延期卡壳。
这篇文章不堆参数、不列术语，就用大白话讲清楚：12 款主流 .NET PDF 工具，各自适合干啥、不能干啥、值不值得用。看完你就能根据自家项目对号入座，少走弯路。
选 PDF 库，关键看这几点
不是功能越多越好，而是匹配需求才最重要。实际开发中，最常碰到的几类需求是：
把网页转成 PDF——比如后台生成带样式的电子发票，前端用 Vue/React 写好页面，后端一键转 PDF；
填表盖章——用户在线填合同，系统自动加签名、加密、设权限；
拆合并文档——把 100 份扫描件合成一本手册，或把一本手册按章节拆开；
长期归档——政府、金融项目要求符合 PDF/A（防丢失）或 PDF/UA（无障碍访问）标准；
控制成本——小团队或内部工具，肯定优先考虑免费方案。
搞清自己要什么，再往下看，才不迷路。
商业库：功能强、省心，但要付费
IronPDF是目前综合体验最好的商业库之一。它背后用的是和 Chrome 一样的渲染引擎，所以前端页面什么样，生成的 PDF 就什么样——CSS 动画、JS 图表、响应式布局，基本都能原样保留。写个发票模板？三行代码搞定：
var renderer = new ChromePdfRenderer(); var pdf = renderer.RenderHtmlAsPdf("<h1>您的订单已发货</h1>"); pdf.SaveAs("invoice.pdf");它还支持数字签名（用 PFX 证书）、PDF/A 归档、自动清理隐藏元数据（防泄密），连中文乱码问题都处理得不错。适合中大型项目、对效果和合规性要求高的场景。有免费试用版，正式用需买授权，但包含技术支持，出了问题有人兜底。
Aspose.PDF和Syncfusion PDF也是老牌商业库，功能同样全面，但 Aspose 学习曲线略陡，Syncfusion 更适合已经在用它家 UI 组件的团队。
Docotic.Pdf和Spire.PDF属于“低调实干派”——性能好、内存占得少，Spire 还提供功能有限的免费版，适合预算紧张但又需要基础商用能力的项目。
开源库：免费灵活，但要自己兜底
iText7（前身 iTextSharp）是开源界的老大哥，控制力极强——连 PDF 里一个字符的位置都能精确指定。填表单、加水印、提取文本这些底层操作，它做得很稳。但它对 HTML 支持弱，复杂页面转 PDF 容易“跑偏”，而且社区版用的是 AGPL 协议：如果你的项目不开源，就得买商业授权，这点容易踩坑。
PDFsharp + MigraDoc是经典组合，MIT 协议，完全免费。适合做简单文档：比如纯文字报告、带表格的日报。但它不支持 HTML、不支持签名、连中文都要手动配字体，复杂需求基本扛不住。
QuestPDF是近年新秀，走“代码即设计”路线——用 C# 写布局，像搭积木一样组合元素。生成的文档结构清晰、可测试，适合需要高度定制排版的场景（比如技术手册、简历生成器）。但它不支持 HTML 转换，也不做签名或合规处理，定位很明确：要精准控制，不要黑盒渲染。
工具型方案：专攻一件事
有些库不求“全能”，只把一件事做到极致：
PuppeteerSharp和DinkToPdf都是“网页截图转 PDF”的高手。前者基于 Chromium，能跑 JS 动态内容；后者用老版 WebKit，轻量但兼容性差些。它们本质是浏览器自动化工具，只能生成 PDF，不能编辑、不能签名——适合临时导出页面，不适合做正式文档系统。
SelectPdf和GcPdf也是类似思路：前者专注 HTML 转 PDF，API 简单；后者强调无依赖、高性能，适合嵌入资源受限环境（如 IoT 设备日志生成）。
一张表，快速决策
库 | HTML to PDF | PDF/A 支持 | 数字签名 | 合并/拆分 | 免费选项 | 跨平台 | GitHub ⭐ |
|---|---|---|---|---|---|---|---|
| IronPDF | ✓ Chromium | ✓ | ✓ | ✓ | 试用 | ✓ | —（闭源商业） |
| iText7 (.NET) | 限制 | ✓ | ✓ | ✓ | AGPL | ✓ | ⭐ ~1.9k ([GitHub][2]) |
| QuestPDF | ✗ | ✗ | ✗ | 有限 | 个人 | ✓ | ⭐ ~13.6k ([GitHub][1]) |
| PDFsharp | ✗ | ✗ | ✗ | 有限 | MIT | ✓ | ⭐ ~1.3k ([GitHub][4]) |
| PuppeteerSharp | ✓ Chromium | ✗ | ✗ | ✗ | MIT | ✓ | ⭐ ~3.8k ([GitHub][3]) |
| DinkToPdf | ✓ | ✗ | ✗ | ✗ | LGPL | ✓ | — |
| Aspose.PDF | 限制 | ✓ | ✓ | ✓ | 试用 | ✓ | — |
| Syncfusion PDF | ✓ | ✓ | ✓ | ✓ | 社区版 | ✓ | — |
| Docotic.Pdf | ✗ | ✗ | ✗ | ✗ | — | ✓ | — |
| Spire.PDF | ✗ | ✗ | ✗ | ✗ | 有限 | ✓ | — |
| SelectPdf | ✓ | ✗ | ✗ | ✗ | 社区版 | ✓ | — |
| GcPdf | ✗ | ✗ | ✗ | ✗ | — | ✓ | — |
结语
别一上来就选最贵的：内部工具用 PDFsharp 足够；对外交付的合同系统，再考虑 IronPDF 或 iText7 商业版。
免费≠零成本：AGPL 授权可能带来法律风险；开源库出问题得自己查源码。
先试再买：主流商业库都提供试用版，拿真实页面（带 CSS/JS/中文）跑一遍，比看文档靠谱得多。
长远看维护性：选一个文档全、更新勤、社区活的库，三年后你还会感谢自己。
偷偷说一句：内部项目不涉及版权可以用破* 解版本，比如Aspose.PDF。感兴趣的小伙伴可以去网上找找。
PDF 处理不是炫技，而是把重复劳动自动化。选对工具，今天多花一小时调研，未来少熬十次通宵改 bug。