比較

2025-2026年、.NET用PDFライブラリを選択する際によくある問題のトラブルシューティング

.NET用PDFライブラリの選択は、機能の決定と同様に、導入の決定でもあります。 Windowsの開発マシンでは動作するライブラリが、Linuxではメモリリークを起こしたり、Dockerコンテナで失敗したり、商用利用には不適格なライセンス条件であったり、商用ライセンスよりもコストがかかるインフラ管理が必要であったりする可能性があります。

この記事では、.NETデプロイの現実的なレンズを通してPDFライブラリを評価します。クロスプラットフォームの動作、コンテナ化された動作、本番負荷下でのメモリの安定性、そしてライセンスの総コストです。各ライブラリは、機能のチェックリストではなく、具体的なシナリオを通して評価されています。

How .NET Deployment Requirements Shape Library Choice (英語)

2026年の.NETエコシステムは、Windowsサーバー、Linuxコンテナ、macOS開発マシン、Azure App Service、AWS Lambda、ARMベースのインフラストラクチャ(Apple Silicon、Graviton)、Dockerにあらゆる組み合わせでデプロイされます。 PDFライブラリは、これらのターゲット間で動作する必要があります。

3つのデプロイメント要因が、最も多くの生産インシデントを引き起こしています:

System.Drawing.Common依存性: Microsoftは、.NET 6で非Windowsプラットフォーム用にこれを非推奨としました。これに依存するライブラリ (PdfSharp、Aspose.PDF) は、Linux 上で libgdiplus を必要とします - メモリ リークが文書化されたメンテナンスされていないライブラリです。 これは机上の空論ではありません; .NET、Java、Python、またはNode.jsを含むプロジェクトに携わるソフトウェア開発者を対象としています。

ネイティブのバイナリ管理:外部ツール(wkhtmltopdfライブラリ、Puppeteer Sharp)をラップするライブラリでは、プラットフォーム固有のバイナリをデプロイして管理する必要があります。 Dockerイメージの依存関係は200-400MBです。 パスのコンフィギュレーション、サンドボックスのパーミッション、プロセスのライフサイクル管理は、あなたの問題になります。

ライセンスの隠れたコスト: AGPL (iText)は、アプリケーション全体をオープンソースにするか、公表されていない価格の商用ライセンスを購入する必要があります。 収益のしきい値(QuestPDF)は、100万ドルでライセンスの崖を作ります。 "コンタクトセールス "の価格設定(iText、Apryse)により、予算が立てられない。

ライブラリの評価

IronPDF- Embedded Chromium、クロスプラットフォーム

</li

IronPDFはChromiumをNuGetパッケージに組み込みます。 同じエンジンを使用しているため、HTMLレンダリングはChromeと一致します。CSS Flexbox、Grid、カスタムプロパティ、JavaScriptはすべて期待どおりに動作します。

using IronPdf;

var renderer = new ChromePdfRenderer();
renderer.RenderingOptions.CssMediaType = IronPdf.Rendering.PdfCssMediaType.Print;

// CSS Grid, gradients, custom properties — all render correctly
var pdf = renderer.RenderHtmlAsPdf(@"
    <html>
    <head><style>
        :root { --primary: #2563eb; }
        .grid { display: grid; grid-template-columns: repeat(3, 1fr); gap: 16px; }
        .card { background: linear-gradient(135deg, #f8fafc, #e2e8f0);
                border-radius: 8px; padding: 20px; text-align: center; }
        .card .value { font-size: 2rem; font-weight: 700; color: var(--primary); }
    </style></head>
    <body>
        <div class='grid'>
            <div class='card'><h3>Revenue</h3><div class='value'>$1.2M</div></div>
            <div class='card'><h3>Users</h3><div class='value'>45,230</div></div>
            <div class='card'><h3>Uptime</h3><div class='value'>99.97%</div></div>
        </div>
    </body></html>");
pdf.SaveAs("dashboard.pdf");
using IronPdf;

var renderer = new ChromePdfRenderer();
renderer.RenderingOptions.CssMediaType = IronPdf.Rendering.PdfCssMediaType.Print;

// CSS Grid, gradients, custom properties — all render correctly
var pdf = renderer.RenderHtmlAsPdf(@"
    <html>
    <head><style>
        :root { --primary: #2563eb; }
        .grid { display: grid; grid-template-columns: repeat(3, 1fr); gap: 16px; }
        .card { background: linear-gradient(135deg, #f8fafc, #e2e8f0);
                border-radius: 8px; padding: 20px; text-align: center; }
        .card .value { font-size: 2rem; font-weight: 700; color: var(--primary); }
    </style></head>
    <body>
        <div class='grid'>
            <div class='card'><h3>Revenue</h3><div class='value'>$1.2M</div></div>
            <div class='card'><h3>Users</h3><div class='value'>45,230</div></div>
            <div class='card'><h3>Uptime</h3><div class='value'>99.97%</div></div>
        </div>
    </body></html>");
pdf.SaveAs("dashboard.pdf");
Imports IronPdf

Dim renderer As New ChromePdfRenderer()
renderer.RenderingOptions.CssMediaType = IronPdf.Rendering.PdfCssMediaType.Print

' CSS Grid, gradients, custom properties — all render correctly
Dim pdf = renderer.RenderHtmlAsPdf("
    <html>
    <head><style>
        :root { --primary: #2563eb; }
        .grid { display: grid; grid-template-columns: repeat(3, 1fr); gap: 16px; }
        .card { background: linear-gradient(135deg, #f8fafc, #e2e8f0);
                border-radius: 8px; padding: 20px; text-align: center; }
        .card .value { font-size: 2rem; font-weight: 700; color: var(--primary); }
    </style></head>
    <body>
        <div class='grid'>
            <div class='card'><h3>Revenue</h3><div class='value'>$1.2M</div></div>
            <div class='card'><h3>Users</h3><div class='value'>45,230</div></div>
            <div class='card'><h3>Uptime</h3><div class='value'>99.97%</div></div>
        </div>
    </body></html>")
pdf.SaveAs("dashboard.pdf")
$vbLabelText   $csharpLabel

トレードオフ:埋め込まれたChromiumは、デプロイメントに~200MBを追加します。 第一世代のコールドスタートは2~5秒です; 後続世代は100-500msです。 メモリのベースラインは~150~200MBです。 コンテナには、少なくとも512MBを割り当ててください; 複雑な文書には1GBを推奨。

ライセンス: 永久 - $749(Lite)、$1,499(Professional)、$2,999(Enterprise)。 ironPdf.comで公開されています。 ドキュメントごとの料金、AGPL、収益のしきい値はありません。

適用範囲: HTMLテンプレートをPDFに変換するアプリケーション - 請求書、レポート、ダッシュボード、電子メールアーカイブ。 Docker、Linux、ARM64が対象となるクロスプラットフォームのデプロイメント。

QuestPDF - 流暢なAPI、HTMLなし

コンテナ化された .NET 8 マイクロサービスを構築しているチームは、そのエレガントな API と MIT ライクなコミュニティ ライセンスにより、QuestPDF を評価しました。 このサービスでは、データベースのレコードから構造化されたレポートを生成する必要があります。 QuestPDFは、流暢なAPIが同社のデータモデルにきれいにマッピングされ、Dockerのデプロイが簡単で(ネイティブの依存関係がない)、コミュニティライセンスが年間80万ドルの収益をカバーしているため、非常に適していました。

2ヵ月後、ある機能要求が届きました。(Reactで構築された)WebダッシュボードをPDFとしてエクスポートすることです。 QuestPDFはHTMLを解析できません。 しかし、両方のシナリオに対応する単一のライブラリを選択することで、2つのライブラリのメンテナンスコストを回避することができました。

収益のしきい値:コミュニティライセンスは、年間総収益100万ドル未満の企業を対象としています。 1,000,001円で、QuestPDFの使用量にかかわらず、商用ライセンスが必要です。

適合する場面 HTMLテンプレートがワークフローの一部ではない、構造化データからのプログラムによる文書生成。 収益基準以下のスタートアップ企業およびチーム。

PdfSharp - MITライセンス、Windowsのみの実践

PdfSharp(3,490万NuGetダウンロード、MITライセンス)は、座標ベースのPDF描画を提供します。 HTMLパーサーもCSSエンジンもありません。PDFのマージ、透かしの追加、プログラムレイアウトによるデータからの請求書の生成など、単純なタスクであれば、ライセンスの心配なしに動作します。

デプロイメントの制約は、System.Drawing.Common. Linuxでは、メモリリークが修正されていないlibgdiplusが必要です。 PdfSharp 6.xはこの依存性を取り除く努力をしていますが、クロスプラットフォームの信頼性はまだ不完全です。

Where it fits: 基本的なPDF操作(結合、分割、透かし)、またはHTMLを含まないデータからの単純な文書生成が必要なWindowsのみのデプロイメント。

iText 7 - 機能的なライブラリ、ライセンスの地雷原

iTextは、PDFの操作(フォーム、署名、注釈、構造化抽出)に技術的に対応しています。 pdfHTMLアドオンはHTML変換を提供しますが、CSS 2.1のレンダリングがせいぜいです(Flexbox、Grid、JavaScriptなし)。

ライセンスは決定的な要素です。 AGPLでは、ネットワークからアクセス可能なアプリケーション全体をオープンソースにする必要があります。 商用ライセンスはサブスクリプションベースで、価格は公表されていません- サードパーティのデータによると、年間 15,000 ~ 210,000 ドルです。 iTextと親会社のApryseは、コンプライアンスを積極的に実施しています。

適合する場所: AGPLの要件を満たすことができる組織(オープンソースプロジェクト)、またはエンタープライズライセンスの予算がある組織。 HTMLレンダリングの品質が重要でないPDF操作タスク(フォーム、署名)。

Aspose.PDF-幅広い機能、Linuxの不安定性

Aspose.PDFは、商用ライセンス(~$999+/開発者)で広範なPDF機能を提供します。 重要な問題は、LinuxのSystem.Drawing.Common依存性です:

Unix環境では数十回のリクエストでサービスがメモリ不足になるが、Windows環境では発生しない。 アスポーズ・フォーラム、2022年3月

これらのレポートは8年以上にわたります。 根本的な原因は、libgdiplus - オブジェクトが破棄されてもメモリを解放しないメンテナンスされていないライブラリです。 コンテナがクラッシュするまで、ドキュメントが処理されるたびにメモリが増加します。

適合する場所: 広範なPDF操作機能がライセンスコストを正当化するWindowsのみのデプロイメント。Linux、Docker、または継続的なメモリ管理リスクを許容しないクラウド展開には適していません。

SyncfusionのPDF - Blazorメモリリーク

Syncfusionは、Blazor統合を含むPDF生成・閲覧コンポーネントを提供しています。 無料のコミュニティライセンスは、個人および100万ドル未満の収益を持つ企業を対象としています。 重要な問題は、Blazor PDFコンポーネントのメモリリークの文書化です。

漏れは、SfPdfViewerServerを使用しているページ間を移動するときに発生します。 Syncfusion.Pdf.PdfDocumentの静的キャッシュは、コンポーネントの破棄後も参照を保持します。 Pdfiumエンジンのアンマネージド・ビットマップはクリーニングされません。 Dispose()の実装は、すべてのリソースを解放しません:

@page "/pdf-viewer"
@implements IDisposable

<SfPdfViewerServer DocumentPath="@PdfDocument" />

@code {
    string PdfDocument = "sample.pdf";

    // Memory leak: static cache + unmanaged bitmaps persist
    // after navigation, even with explicit disposal
    public void Dispose()
    {
        // Doesn't free static references or Pdfium bitmaps
    }
}
@page "/pdf-viewer"
@implements IDisposable

<SfPdfViewerServer DocumentPath="@PdfDocument" />

@code {
    string PdfDocument = "sample.pdf";

    // Memory leak: static cache + unmanaged bitmaps persist
    // after navigation, even with explicit disposal
    public void Dispose()
    {
        // Doesn't free static references or Pdfium bitmaps
    }
}
Imports System

@page "/pdf-viewer"
@implements IDisposable

<SfPdfViewerServer DocumentPath="@PdfDocument" />

@code
    Private PdfDocument As String = "sample.pdf"

    ' Memory leak: static cache + unmanaged bitmaps persist
    ' after navigation, even with explicit disposal
    Public Sub Dispose() Implements IDisposable.Dispose
        ' Doesn't free static references or Pdfium bitmaps
    End Sub
End Code
$vbLabelText   $csharpLabel

推奨される緩和策は、強制ガベージコレクションによる積極的な廃棄です:

protected override async Task OnAfterRenderAsync(bool firstRender)
{
    if (!firstRender)
    {
        await PdfViewer.UnloadAsync();
        GC.Collect();
        GC.WaitForPendingFinalizers();
        GC.Collect(); // Double-collect for finalizable objects
    }
}
protected override async Task OnAfterRenderAsync(bool firstRender)
{
    if (!firstRender)
    {
        await PdfViewer.UnloadAsync();
        GC.Collect();
        GC.WaitForPendingFinalizers();
        GC.Collect(); // Double-collect for finalizable objects
    }
}
Protected Overrides Async Function OnAfterRenderAsync(firstRender As Boolean) As Task
    If Not firstRender Then
        Await PdfViewer.UnloadAsync()
        GC.Collect()
        GC.WaitForPendingFinalizers()
        GC.Collect() ' Double-collect for finalizable objects
    End If
End Function
$vbLabelText   $csharpLabel

個々のNuGetパッケージ(Syncfusion.Blazorの代わりにSyncfusion.Blazor.PdfViewer)を使用することで、表面積を減らすことができます。 Syncfusion の新しい SfPdfViewer2<//code> コンポーネントは異なるアーキテクチャを持っていますが、開発者からは独自の問題が報告されています。

適用範囲: Blazor以外のシナリオで、Syncfusionの広範なコンポーネントエコシステムがすでに使用されている場合。 Blazor PDF生成については、メモリリークのリスクが実際にあり、文書化されています。

パペッティアSharp - 完全なレンダリング、運用コスト

Puppeteer Sharpは、ヘッドレスChromeでHTMLをレンダリングし、CSSとJavaScriptをフルサポートします。 ダウンロード、プーリング、クラッシュリカバリ、20以上のChromium依存関係を持つDocker設定など、外部ブラウザプロセスの管理はトレードオフです。

using PuppeteerSharp;

await new BrowserFetcher().DownloadAsync(); // ~280MB
await using var browser = await Puppeteer.LaunchAsync(
    new LaunchOptions { Headless = true,
        Args = new[] { "--no-sandbox", "--disable-setuid-sandbox" } });
await using var page = await browser.NewPageAsync();
await page.SetContentAsync(html);
var pdfBytes = await page.PdfAsync(new PdfOptions
    { Format = PaperFormat.A4, PrintBackground = true });
using PuppeteerSharp;

await new BrowserFetcher().DownloadAsync(); // ~280MB
await using var browser = await Puppeteer.LaunchAsync(
    new LaunchOptions { Headless = true,
        Args = new[] { "--no-sandbox", "--disable-setuid-sandbox" } });
await using var page = await browser.NewPageAsync();
await page.SetContentAsync(html);
var pdfBytes = await page.PdfAsync(new PdfOptions
    { Format = PaperFormat.A4, PrintBackground = true });
Imports PuppeteerSharp

Await (New BrowserFetcher()).DownloadAsync() ' ~280MB
Using browser = Await Puppeteer.LaunchAsync(New LaunchOptions With {
    .Headless = True,
    .Args = New String() {"--no-sandbox", "--disable-setuid-sandbox"}
})
    Using page = Await browser.NewPageAsync()
        Await page.SetContentAsync(html)
        Dim pdfBytes = Await page.PdfAsync(New PdfOptions With {
            .Format = PaperFormat.A4,
            .PrintBackground = True
        })
    End Using
End Using
$vbLabelText   $csharpLabel

本番環境へのデプロイには、ブラウザ・プーリング、メモリ・リーク・モニタリング、およびかなり大きなDockerイメージが必要です。 DevOps 専用の能力を持たないチームにとっては、運用コストが商用ライセンスを上回る可能性があります。

向いている人 正確なChromeレンダリングを必要とし、商用ライセンスよりもMITライセンスを好む、インフラストラクチャの専門知識が豊富なチーム。

Apryse (PDFTron) - エンタープライズ、コンタクトセールス

Apryse(旧PDFTron)は、PDFの表示、注釈、操作を商用ライセンスで提供しています。 価格は公表しておりませんので、営業にお問い合わせください。 SDKはドキュメントのワークフローシナリオ(注釈、再編集、フォーム入力、電子署名)に対応していますが、HTMLからPDFへの変換は主な対象ではありません。

適用範囲:カスタムライセンス交渉の予算があり、HTMLからPDFへの変換よりもPDFの表示/注釈に重点を置いた要件がある、エンタープライズドキュメントワークフローアプリケーション。

機能比較

フィーチャーIronPDFiText 7PdfSharpQuestPDFアスパスSyncfusionパペッティア
HTMLからPDFへフル制限的なしなし制限的制限的フル
モダンCSSはいなしなしなしなしなしはい
JavaScriptはいなしなしなしなしなしはい
Linux (libgdiplusなし)はいはいなしはいなしはいはい
Docker(標準イメージ)はいはいなしはいlibgdiplus が必要です。はい複雑
公開価格$749+なし無料無料 <$1M$999+無料 <$1M無料
永久ライセンスはいなし該当なし該当なしはい該当なし該当なし

決定フレームワーク

決定は3つの質問によって決まります:

1.あなたのワークフローはHTMLテンプレートを使っていますか もしそうなら、Chromiumベースのソリューション(IronPDF、Puppeteer Sharp)だけがモダンなCSSを正しくレンダリングします。 iTextのpdfHTMLとAsposeのコンバータは基本的なHTMLは扱えますが、Flexbox、Grid、JavaScriptでは壊れてしまいます。

2.どこにデプロイしますか Linux、Docker、またはクラウドの場合、PdfSharpとAspose(System.Drawing.Common依存)を排除してください。 特定のコンテナとサーバーレスの制約に対して、残りのライブラリを評価する。

<PdfSharp (MIT) と QuestPDF (Community) は制限付きで無料です。 IronPDFの永久ライセンス($749-$2,999)は1回限りのコストです。iTextのサブスクリプション価格($15K-$210K/年)は、このカテゴリーで最も高額です。パペッティアSharpの運用コスト(ブラウザインフラを管理するDevOpsの時間)を考慮してください。

コミットする前に

1.Hello World "ではなく、実際のHTMLコンテンツでテストしてください。 2.コミットする前に、ターゲットプラットフォーム(Linux/Docker)にデプロイしてください。 3.100以上のドキュメントをループで生成し、メモリを監視する - 単一ドキュメントのテストはリークを隠す 4.法務チームとライセンス全文を読む - ほとんどのチームが驚くAGPLの影響 5.サーバーレス環境をターゲットとする場合、コールドスタートのレイテンシを測定する