System.Drawing z wyjątku pamięci

Question

Mój silnik graficzny aplikacji zgłasza te wyjątki. Wszystkie są pochłaniane przez pusty blok catch. We wczesnych dniach znalazłem taki, który nie był uwięziony (jak pamiętam, związany z poszerzaniem pióra). Otoczyłem go try i pusty blok catch. Wydaje się, że te wyjątki nie mają wpływu na powstały rysunek. Zrobiłem trochę czytania na ten temat bez naprawdę zrozumienia lub dotarcia do sedna.

Więc na moje pytania:

1. Dlaczego one zostać wyrzucony, jeśli mogą one być spożywane bezpiecznie? i
2. Czy można je zignorować? Obawiam się, że każdy ma jakiś ukryty efekt. Mam wycieki pamięci, których nigdy nie znalazłem na przykład.

Answer 1

Widziałem System.Drawing rzucić OutOfMemoryExceptions, nawet jeśli nie ma go w pamięci. Niektóre funkcje GDI + najwyraźniej właśnie zwracają głupi kod błędu.

IIRC, otrzymasz OutOfMemoryException, jeśli spróbujesz użyć LinearGradientBrush do wypełnienia prostokąta, którego szerokość lub wysokość wynosi zero. Mogą również istnieć inne warunki, ale to jest główny problem, na który natrafiliśmy.

W takim przypadku nie ma potrzeby próby/catch. Wystarczy dodać instrukcję if do kodu rysunku i nie wypełniać prostokąta, jeśli szerokość lub wysokość wynosi zero.

Aktualizacja: Według komentarzy na this answer, może również wystąpić, jeśli spróbujesz załadować uszkodzony plik obrazu. W tym celu nie miałbyś innego wyboru, jak tylko spróbować/złapać.

Prawdopodobnie bezpiecznie wychwytywacie OutOfMemoryExceptions z GDI +, ale starajcie się, aby bloki try były jak najmniejsze.Rozważ rejestrowanie wyjątków, aby móc analizować dzienniki i dodawać kod defensywny tam, gdzie to możliwe. Nie chcesz maskować prawdziwego OutOfMemoryException, ale nie chcesz, aby głupi kod błędu GDI + spowodował awarię aplikacji.

Answer 2

Jest to bardzo złe wyjątek: http://msdn.microsoft.com/en-us/library/system.outofmemoryexception.aspx .. mało pamięci, aby kontynuować wykonywanie programu.

Często zdarza się, że przy tak dużej alokacji, że "proste" operacje/przydziały wyrzucają tę wiadomość, aplikacja wkrótce ulegnie awarii. Jeśli to jedna ogromna alokacja, która się nie powiedzie, możesz kontynuować.

Jeśli aplikacja robi coś ważnego, powinieneś spróbować z wdziękiem zamknąć wszystko.

Aby jednoznacznie odpowiedzieć na Twoje pytania:

1. Oni wyrzucony więc aplikacja ma szansę na reakcję/odzyskania: niektóre przydziały pamięci (10GB wartości obiektów) można spodziewać się niepowodzeniem w wielu sytuacjach, być może jedna linia aplikacja zderzeniowych (int[] x = new int[5368709120]; odpowiednik) powinien naprawdę wyjątek zamiast upaść wszystkiemu

2. nie powinno być ukryty efekt, ale jeśli przydział nie powiedzie, to może następnym razem chcesz string lub inne użyteczne obiekt w jakiś niewielki sposób przeznaczony do ogólnego działania aplikacji: rzeczy mogą stać się niestabilne. Powiedział, że w zależności od środowiska, można uzyskać ten wyjątek w każdej chwili ..

Edycja: Każdy czyta ten powinien również rozważyć, że widocznie GDI + zgłasza to wyjątek dla innych powodów też.

Answer 3

Wypróbowałem rozwiązanie "Joe White" zasugerowane i to było to. Wyrzucono wyjątek OutOfMemoryException, ponieważ szerokość i wysokość prostokąta wyniosły 0. W moim przypadku okno zostało zminimalizowane, gdy wystąpił wyjątek.

Oto przykład;

Protected Overrides Sub OnPaint(ByVal e As System.Windows.Forms.PaintEventArgs) 

    Using e 
     ##Add conditions to avoid OutOfMemoryException## 
     If (Not ClientRectangle.Width = 0) And (Not ClientRectangle.Height = 0) Then 
      Using rect As GraphicsPath = New GraphicsPath() 
       rect.AddRectangle(ClientRectangle) 

       Using gb As New PathGradientBrush(rect) 
        gb.WrapMode = WrapMode.Tile 
        gb.SurroundColors = New Color() {GradientColors(1), GradientColors(0), GradientColors(2)} 
        gb.CenterColor = GradientColors(0) 
        gb.SetSigmaBellShape(0.5F) 
        e.Graphics.FillPath(gb, rect) 
       End Using 
      End Using 
     End If 
    End Using 

End Sub