Ładowanie obrazu ze strumienia bez utrzymywania strumienia otwartego

Question

Czy możliwe jest użycie metody FromStream z System.Drawing.Image bez konieczności utrzymywania strumienia otwartego przez cały okres istnienia obrazu?

Mam aplikację, która ładuje kilka grafik paska narzędzi z plików zasobów, używając kombinacji Image.FromStream i Assembly.GetManifestResourceStream.

Problem, który mam, podczas gdy to działa poprawnie w systemie Windows 7, w systemie Windows XP aplikacja ulega awarii, jeśli element interfejsu użytkownika połączony z jednym z tych obrazów jest wyłączony. W systemie Windows 7 obraz jest renderowany w skali szarości. W przypadku XP zawiesza się z wyjątkiem braku pamięci.

Po obciążeniu włosów w końcu wyśledziłem je do początkowego załadowania obrazu. W gruncie oczywiście, jeśli utworzyć dowolny obiekt wykonawczych IDisposable który jest również zniszczone w taki sam sposób, ja owinąć go w użyciu instrukcji, na przykład

using (Stream resourceStream = assembly.GetManifestResourceStream(resourceName)) 
{ 
    image = Image.FromStream(resourceStream); 
} 

Jeśli usunąć za pomocą komunikatu tak, że ISN strumień zlikwidowane, aplikacja nie zawiesza się już na XP. Ale teraz mam w zanadrzu masę "osieroconych" strumieni - obrazy są przechowywane w klasach poleceń, a te poprawnie usuwają obrazy, gdy same się pozbywają, ale oryginalny strumień nie jest.

Sprawdziłem dokumentację pod kątem FromStream i potwierdziłem, że strumień musi pozostać otwarty. Dlaczego to nie rozbił się i spalił na systemie Windows 7 rozwoju jest tajemnicą jednak!

Naprawdę nie chcę, żeby ten strumień kręcił się w pobliżu, a ja na pewno nie chcę przechowywać odniesienia do tego strumienia, jak również obrazu, aby móc go później usunąć. Potrzebuję tego strumienia tylko raz, więc chcę się go pozbyć :)

Czy jest możliwe utworzenie obrazu, a następnie zabicie tam i potem strumienia?

Answer 1

Powodem strumień musi być otwarta jest following:

GDI +, a zatem System.Drawing nazw może odraczać dekodowanie bitów obrazu surowców aż wymagane bity są obrazem . Ponadto, nawet po zdekodowaniu obrazu, GDI + może określić, że bardziej wydajne jest odrzucanie pamięci dla dużej bitmapy i późniejsze jej dekodowanie. Dlatego GDI + musi mieć dostęp do bitów źródłowych obrazu przez cały okres jego istnienia.

Udokumentowane rozwiązaniem jest utworzenie albo nieindeksowane obrazu za pomocą Graphics.DrawImage lub utworzenia indeksowanego Bitmap oryginalnego obrazu, jak tutaj opisano:

Bitmap and Image constructor dependencies

Answer 2

Możesz zapisać strumień do pliku tymczasowego i użyć metody Image.FromFile. Lub po prostu nie osadzaj obrazu, zachowaj go jako plik i wczytaj go z tego pliku w czasie wykonywania.

Answer 3

Zgodnie z dokumentacją strumień musi pozostać otwarty, gdy obraz jest w użyciu. Dlatego nawet jeśli zamykanie działało (i nie ma nic do powiedzenia, nie można zamknąć strumienia przed jego usunięciem, o ile sam obiekt strumienia idzie), może nie być to bardzo niezawodne podejście.

Można skopiować obraz do innego obiektu obrazu i użyć go. Jednak prawdopodobnie będzie to wymagać więcej pamięci niż tylko utrzymywanie otwartego strumienia.