# Naprawa wycieków pamięci w IronPDF
Jeśli doświadczasz pozornego wycieku pamięci w IronPDF, chcemy o tym wiedzieć. Nasi najbardziej doświadczeni inżynierowie natychmiast zajmą się wyciekiem pamięci, by opracować poprawkę, gdy tylko go zidentyfikują.
Oto jak zgłosić wyciek pamięci na [support@ironsoftware.com](mailto:support@ironsoftware.com) :
## 1. Zaktualizuj do najnowszej wersji IronPDF
Jeśli jeszcze tego nie zrobiłeś, proszę zaktualizuj do najnowszej wersji IronPDF.
## 2. Upewnij się, że zamknąłeś swoje obiekty `IDisposable`
Zdecydowana większość zgłaszanych wycieków pamięci jest spowodowana nieprawidłowym użyciem interfejsu .NET `IDisposable`.
**Jeśli jakakolwiek klasa .NET ma metodę `Dispose()` - to prawdopodobnie jest `IDisposable`** i będzie wymagać od programisty powiadomienia, kiedy przestaną jej używać.
Istnieje powszechne nieporozumienie, że C# jest językiem 'zarządzanym', nie wymagającym odpowiedzialności programisty za zarządzanie pamięcią. Wbrew temu przekonaniu, istnieje wiele typowych obiektów .NET, które programiści zapominają zwolnić.
- [Korzystanie z obiektów implementujących IDisposable](https://docs.microsoft.com/en-us/dotnet/standard/garbage-collection/using-objects)
- [Znajdowanie, naprawianie i unikanie wycieków pamięci w C# .NET: 8 najlepszych praktyk](https://michaelscodingspot.com/find-fix-and-avoid-memory-leaks-in-c-net-8-best-practices/)
Nieudane ręczne zamknięcie każdej instancji klasy `IDisposable` może spowodować wyciek pamięci w twoim kodzie.
- **System.IO.Stream** - zwracany przez właściwość `PdfDocument.Stream`.
- **System.Drawing.Image** / **System.Drawing.Bitmap** - which is returned by the `PdfDocument.PageToBitmap` method.
- **IronPdf.PdfDocument** - sam jest oznaczony jako `IDisposable`, ponieważ może zawierać niezarządzane obiekty w naszych późniejszych wersjach z lat 2021 - 2024.
### **Najczęstsze rozwiązanie**
#### Najlepszym rozwiązaniem jest często użycie instrukcji `using` przy odwoływaniu się do obiektów `IDisposable`.
```csharp
using(var stream = myPdfDocument.Stream) {
// Perform operations with the stream here
}
```
W C# 8 istnieje nawet **skrócona** wersja bez zamknięć `{}`.
```csharp
using var stream = myPdfDocument.Stream;
// Perform operations with the stream here
```
## 3. Zbierz śmieći
Profiler pamięci debugger Visual Studio może nadal pokazywać wzrost, nawet jeśli nic nie jest nie tak. Podczas korzystania z systemu z dużą ilością pamięci RAM, środowisko uruchomieniowe .NET może zdecydować, że bardziej wydajne jest pozostawienie odpadów w pamięci, aż pamięć RAM będzie prawie pełna lub użycie pliku wymiany do przechowywania danych.
Możliwe jest ręczne nakazanie zbieracza śmieći .NET, aby usunął swoje nieużywane obiekty w bezpiecznym miejscu cyklu życia aplikacji, kiedy:
- Nie renderujesz PDF
- Obiekt `IDisposable` jest otwarty
### Jednym ze sposobów na to jest:
```csharp
System.GC.Collect(); // Invokes the garbage collector
System.GC.WaitForPendingFinalizers(); // Waits for the process to complete
System.GC.Collect(); // Optional: Runs additional collection to ensure all objects are cleared
```
Po tym, wykres użycia pamięci powinien spaść do normalnego, ale niezerowego poziomu.
### 4. Jeśli nadal masz wyciek pamięci - zgłoś go
Zostanie to uznane za niezwykle wysoką priorytetowość. Proszę przeczytać ten przewodnik, który wyjaśnia, jak znaleźć pliki dziennika i zgłosić problem w taki sposób, aby nie było potrzeby żądania dodatkowych informacji.
Ten 3-minutowy materiał pomoże nam zreprodukować twój problem z dokładnością 100%, zapewniając, że nie zmarnujemy twojego czasu.
[Żądanie inżynieryjne PDF](https://ironpdf.com/troubleshooting/engineering-request-pdf/)
**Dziękujemy** - Nikt nie lubi wycieków pamięci, w tym my. Pracując z obiektami 'niskopoziomowymi' lub systemowymi, takimi jak renderowanie HTML, Interop, Grafika, i Strumienie, stają się one możliwe. Więc naprawmy je!
IronPDF stał się tym, czym jest dzisiaj, dzięki uwadze na zgłoszenia błędów i życzenia funkcji naszych użytkowników, więc dziękujemy za wsparcie.
Jeśli doświadczasz pozornego wycieku pamięci w IronPDF, chcemy o tym wiedzieć. Nasi najbardziej doświadczeni inżynierowie natychmiast zajmą się wyciekiem pamięci, by opracować poprawkę, gdy tylko go zidentyfikują.
Jeśli jeszcze tego nie zrobiłeś, proszę zaktualizuj do najnowszej wersji IronPDF.
2. Upewnij się, że zamknąłeś swoje obiekty IDisposable
Zdecydowana większość zgłaszanych wycieków pamięci jest spowodowana nieprawidłowym użyciem interfejsu .NET IDisposable.
Jeśli jakakolwiek klasa .NET ma metodę Dispose() - to prawdopodobnie jest IDisposable i będzie wymagać od programisty powiadomienia, kiedy przestaną jej używać.
Istnieje powszechne nieporozumienie, że C# jest językiem 'zarządzanym', nie wymagającym odpowiedzialności programisty za zarządzanie pamięcią. Wbrew temu przekonaniu, istnieje wiele typowych obiektów .NET, które programiści zapominają zwolnić.
Nieudane ręczne zamknięcie każdej instancji klasy IDisposable może spowodować wyciek pamięci w twoim kodzie.
System.IO.Stream - zwracany przez właściwość PdfDocument.Stream.
System.Drawing.Image / System.Drawing.Bitmap - which is returned by the PdfDocument.PageToBitmap method.
IronPdf.PdfDocument - sam jest oznaczony jako IDisposable, ponieważ może zawierać niezarządzane obiekty w naszych późniejszych wersjach z lat 2021 - 2024.
Najczęstsze rozwiązanie
Najlepszym rozwiązaniem jest często użycie instrukcji using przy odwoływaniu się do obiektów IDisposable.
using(var stream = myPdfDocument.Stream) { // Perform operations with the stream here}
using(var stream = myPdfDocument.Stream) {
// Perform operations with the stream here
}
Using stream = myPdfDocument.Stream ' Perform operations with the stream hereEndUsing
Using stream = myPdfDocument.Stream
' Perform operations with the stream here
End Using
W C# 8 istnieje nawet skrócona wersja bez zamknięć {}.
using var stream = myPdfDocument.Stream;// Perform operations with the stream here
using var stream = myPdfDocument.Stream;
// Perform operations with the stream here
Dim stream = myPdfDocument.Stream' Perform operations with the stream here
Dim stream = myPdfDocument.Stream
' Perform operations with the stream here
3. Zbierz śmieći
Profiler pamięci debugger Visual Studio może nadal pokazywać wzrost, nawet jeśli nic nie jest nie tak. Podczas korzystania z systemu z dużą ilością pamięci RAM, środowisko uruchomieniowe .NET może zdecydować, że bardziej wydajne jest pozostawienie odpadów w pamięci, aż pamięć RAM będzie prawie pełna lub użycie pliku wymiany do przechowywania danych.
Możliwe jest ręczne nakazanie zbieracza śmieći .NET, aby usunął swoje nieużywane obiekty w bezpiecznym miejscu cyklu życia aplikacji, kiedy:
Nie renderujesz PDF
Obiekt IDisposable jest otwarty
Jednym ze sposobów na to jest:
System.GC.Collect(); // Invokes the garbage collectorSystem.GC.WaitForPendingFinalizers(); // Waits for the process to completeSystem.GC.Collect(); // Optional: Runs additional collection to ensure all objects are cleared
System.GC.Collect(); // Invokes the garbage collector
System.GC.WaitForPendingFinalizers(); // Waits for the process to complete
System.GC.Collect(); // Optional: Runs additional collection to ensure all objects are cleared
System.GC.Collect() ' Invokes the garbage collectorSystem.GC.WaitForPendingFinalizers() ' Waits for the process to completeSystem.GC.Collect() ' Optional: Runs additional collection to ensure all objects are cleared
System.GC.Collect() ' Invokes the garbage collector
System.GC.WaitForPendingFinalizers() ' Waits for the process to complete
System.GC.Collect() ' Optional: Runs additional collection to ensure all objects are cleared
Po tym, wykres użycia pamięci powinien spaść do normalnego, ale niezerowego poziomu.
4. Jeśli nadal masz wyciek pamięci - zgłoś go
Zostanie to uznane za niezwykle wysoką priorytetowość. Proszę przeczytać ten przewodnik, który wyjaśnia, jak znaleźć pliki dziennika i zgłosić problem w taki sposób, aby nie było potrzeby żądania dodatkowych informacji.
Ten 3-minutowy materiał pomoże nam zreprodukować twój problem z dokładnością 100%, zapewniając, że nie zmarnujemy twojego czasu.
Dziękujemy - Nikt nie lubi wycieków pamięci, w tym my. Pracując z obiektami 'niskopoziomowymi' lub systemowymi, takimi jak renderowanie HTML, Interop, Grafika, i Strumienie, stają się one możliwe. Więc naprawmy je!
IronPDF stał się tym, czym jest dzisiaj, dzięki uwadze na zgłoszenia błędów i życzenia funkcji naszych użytkowników, więc dziękujemy za wsparcie.
Curtis Chau posiada tytuł licencjata z informatyki (Uniwersytet Carleton) i specjalizuje się w front-endowym rozwoju, z ekspertką w Node.js, TypeScript, JavaScript i React. Pasjonuje się tworzeniem intuicyjnych i estetycznie przyjemnych interfejsów użytkownika, Curtis cieszy się pracą z nowoczesnymi frameworkami i tworzeniem dobrze zorganizowanych, atrakcyjnych wizualnie podręczników.
