Using IronPDF with .NET: A Quick Guide

This article was translated from English: Does it need improvement?
Translated
View the article in English

IronPDF élimine automatiquement les objets PdfDocument pour vous sans besoin d'une déclaration using. Cependant, si vous souhaitez avoir plus de contrôle sur ces objets stockés, vous pouvez utiliser la déclaration using comme indiqué ici :

// 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")
$vbLabelText   $csharpLabel

Avec la déclaration using, vous pouvez choisir quand libérer immédiatement des ressources. Tous les exemples de code fonctionnent avec et sans l'instruction using, et c'est entièrement à vous de décider si vous souhaitez l'utiliser de cette manière pour une meilleure gestion des ressources.

Veuillez noter que l'utilisation de la méthode dispose() pour éliminer les objets PdfDocument ne met pas fin au moteur de rendu Chrome. Après qu'IronPdf ait initialisé le moteur de rendu Chrome (généralement juste avant le premier rendu de PDF), il y aura un certain surcoût de mémoire pour maintenir Chrome en fonctionnement. Chrome n'autorise pas son processus à être arrêté et démarré plus d'une fois. Par conséquent, il continuera de fonctionner en arrière-plan jusqu'à ce que le processus soit tué.

L'élimination des objets PDF libérera la mémoire pour ces documents PDF (ce qui représente habituellement une petite quantité), mais le Chromium Embedded Framework (CEF) sera toujours chargé en arrière-plan, prêt pour votre prochain rendu.

CEF est automatiquement arrêté, et la mémoire est libérée car notre singleton interne IronPdf est éliminé lorsque le processus est tué.

Le comportement attendu est que vous voyez un peu de surcharge, mais les rendus ultérieurs ne devraient pas augmenter considérablement l'utilisation de la mémoire sur de longues périodes.

Curtis Chau
Rédacteur technique

Curtis Chau détient un baccalauréat en informatique (Université de Carleton) et se spécialise dans le développement front-end avec expertise en Node.js, TypeScript, JavaScript et React. Passionné par la création d'interfaces utilisateur intuitives et esthétiquement plaisantes, Curtis aime travailler avec des frameworks modernes ...

Lire la suite
Prêt à commencer?
Nuget Téléchargements 16,154,058 | Version : 2025.11 vient de sortir