Utilisation d'IronPDF for .NET : Un guide rapide
IronPDF dispose déjà des objets PdfDocument pour vous sans ajouter de 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 :
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")Avec la déclaration using, vous pouvez choisir le moment où vous voulez vous débarrasser immédiatement de l'objet. Tous les exemples de code fonctionnent avec ou sans l'instruction using et il vous appartient de décider si vous souhaitez l'utiliser de cette manière.
Veuillez noter que l'utilisation de l'option dispose()la méthode pour se débarrasser des objets PdfDocument ne tue pas le moteur de rendu Chrome. Après qu'IronPDF ait initialisé le moteur de rendu Chrome(généralement juste avant le premier rendu du PDF)il y aura une surcharge de mémoire pour faire fonctionner Chrome. Chrome ne permet pas d'arrêter et de démarrer son processus plus d'une fois. Il continuera donc à fonctionner en arrière-plan, jusqu'à ce que le processus soit tué.
L'élimination des objets PDF libère la mémoire pour ces documents PDF(qui est généralement une petite quantité)mais Chromium Embedded Framework sera toujours chargé en arrière-plan, dans l'attente de votre prochain rendu.
Le CEF est automatiquement arrêté et la mémoire libérée car notre singleton IronPDF interne est éliminé lorsque le processus est tué.
Le comportement attendu est une légère surcharge, mais les rendus suivants ne devraient pas augmenter de manière significative l'utilisation de la mémoire sur de longues périodes.
