1. IronPDF
2. Fehlersuche
3. IronPDF 'using' Erklärung

IronPDF 'using' Erklärung

IronPDF entsorgt bereits PdfDocument-Objekte für Sie, ohne dass eine using-Deklaration hinzugefügt werden muss. Wenn Sie jedoch mehr Kontrolle über diese gespeicherten Objekte haben möchten, können Sie die "using"-Deklaration wie hier gezeigt verwenden:

using var pdfdoc = Renderer.RenderHtmlAsPdf(ImgHtml);
    // some editing functions to the pdf
    pdfdoc.SaveAs("output.pdf");

using var pdfdoc = Renderer.RenderHtmlAsPdf(ImgHtml);
    // some editing functions to the pdf
    pdfdoc.SaveAs("output.pdf");

Dim pdfdoc = Renderer.RenderHtmlAsPdf(ImgHtml)
	' some editing functions to the pdf
	pdfdoc.SaveAs("output.pdf")

Mit der "using"-Deklaration können Sie wählen, wann Sie sofort entsorgen wollen. Alle Code-Beispiele funktionieren sowohl mit als auch ohne die using-Anweisung, und es ist allein Ihre Entscheidung, ob Sie sie auf diese Weise verwenden möchten.

Bitte beachten Sie, dass die Verwendung der Option `dispose()methode zum Entsorgen von "PdfDocument"-Objekten beendet die Chrome-Rendering-Engine nicht. Nachdem IronPDF die Chrome-Rendering-Engine initialisiert hat(in der Regel kurz vor dem ersten PDF-Rendering)wird ein gewisser Speicher-Overhead entstehen, um Chrome am Laufen zu halten. Chrome lässt es nicht zu, dass sein Prozess mehr als einmal angehalten und gestartet wird. Daher läuft er im Hintergrund weiter, bis der Prozess beendet wird.

Durch das Löschen von PDF-Objekten wird der Speicher für diese PDF-Dokumente freigegeben(was in der Regel ein kleiner Betrag ist)aber das Chromium Embedded Framework wird weiterhin im Hintergrund geladen und wartet auf das nächste Rendering.

CEF wird automatisch heruntergefahren und der Speicher freigegeben, da unser internes IronPDF-Singleton entsorgt wird, wenn der Prozess beendet wird.

Das erwartete Verhalten wäre, dass Sie ein wenig Overhead sehen, aber nachfolgende Renderings sollten die Speichernutzung über lange Zeiträume nicht signifikant erhöhen.