.NETでIronPDFを使う：クイックガイド

IronPDFはusing宣言を必要としません。 ただし、これらの保存されたオブジェクトをより詳細に制御したい場合は、using宣言を使用することができます。

// Create a PDF document from HTML content and automatically manage resource disposal
using var pdfdoc = Renderer.RenderHtmlAsPdf(ImgHtml);

// Perform operations on the PDF document (e.g., editing)
pdfdoc.SaveAs("output.pdf");

// Create a PDF document from HTML content and automatically manage resource disposal
using var pdfdoc = Renderer.RenderHtmlAsPdf(ImgHtml);

// Perform operations on the PDF document (e.g., editing)
pdfdoc.SaveAs("output.pdf");

' Create a PDF document from HTML content and automatically manage resource disposal
Dim pdfdoc = Renderer.RenderHtmlAsPdf(ImgHtml)

' Perform operations on the PDF document (e.g., editing)
pdfdoc.SaveAs("output.pdf")

using宣言を使用することで、すぐにリソースを破棄するタイミングを選択できます。 すべてのコード例は、using文の有無に関係なく動作し、リソース管理をより良くするためにこの方法を使用するかどうかは完全にあなたの判断に委ねられます。

PdfDocumentオブジェクトを処理しても、Chromeレンダリングエンジンは終了しないことに注意してください。IronPDFがChromeレンダリングエンジンを初期化した後（通常は最初のPDFレンダリングの直前）、Chromeを実行し続けるためにいくらかのメモリが必要になります。 Chrome はそのプロセスを一度以上停止および開始することを許可していません。 したがって、そのプロセスが終了されるまでバックグラウンドで実行を続けます。

PDF オブジェクトを破棄すると、それらの PDF ドキュメントに対するメモリが解放されます (通常は少量) が、Chromium Embedded Framework (CEF) はバックグラウンドでロードされ、次回のレンダリングに備えて待機します。

CEFはプロセスが終了されたときに内部IronPDFシングルトンが破棄されると自動的にシャットダウンされ、メモリが解放されます。

予想される動作は、多少のオーバーヘッドが見られるものの、その後のレンダリングは長期間にわたってメモリ使用量を著しく増加させないはずです。