Problem z Winforms-Błąd tworzenia uchwytu okna [duplikat]

Limit uchwytów systemu windows dla Twojej aplikacji wynosi 10 000 uchwytów. Otrzymujesz błąd, ponieważ twój program tworzy zbyt wiele uchwytów. Musisz znaleźć wyciek pamięci. Jak zasugerowali inni użytkownicy, użyj profilera pamięci. Używam również. Net Memory Profiler. Upewnij się również, że wywołujesz metodę dispose w kontrolkach, jeśli usuwasz je z formularza przed zamknięciem formularza (w przeciwnym razie kontrolki nie będą usuwać). Musisz również upewnić się, że nie ma żadnych zdarzenia zarejestrowane w kontroli. Sam mam ten sam problem i pomimo tego, co już wiem, nadal mam pewne wycieki pamięci, które nadal mi umykają..

Zobacz Ten mój post o "Error creating window handle" i jak odnosi się do obiektów użytkownika i sterty pulpitu. Dostarczam kilka rozwiązań.

Ten problem jest prawie zawsze związany z liczbą obiektów GDI, liczbą obiektów użytkownika lub liczbą uchwytów i zwykle nie z powodu braku pamięci na komputerze.

Kiedy śledzę jeden z tych błędów, otwieram ProcessExplorer i obserwuję kolumny: Uchwyty, wątki, obiekty GDI, obiekty użytkownika, prywatne bajty, Rozmiar wirtualny i zestaw roboczy.

(z mojego doświadczenia wynika, że problemem jest zwykle wyciek obiektu spowodowany przez obsługę zdarzeń trzymającą obiekt i zapobiegającą od usunięcia.)

Cóż, w moim przypadku to zdecydowanie obiekty użytkownika były poza kontrolą. Spojrzałem w Menedżerze Zadań systemu Windows i na pewno liczba obiektów użytkownika wynosiła dokładnie 10'000.

Dynamicznie osadzam właściwości i arkusze listy na stronach kart, ustawiając właściwość nadrzędną Właściwości lub panel kontenera arkusza listy na Właściwość strony Kart. Warunkowo poddaję recyklingowi lub odtworzę formularze własności i arkuszy list w zależności od rodzaju wystawianej kolekcji lub typ klasy kontrolowanego obiektu.

NB: w Delphi wszystkie kontrolki miały właściciela i własność nadrzędną. Nawet jeśli zmieni się własność nadrzędną kontroli, nadal będzie ona usuwana przez jej właściciela, gdy kontrola posiadania zostanie zniszczona.

W C# wydaje się, że jeśli kontrolka np. Panel jest programowo przypisana z np. formularza do strony tabulacji poprzez zmianę Panelu.Właściwość nadrzędna, wywołanie Dispose () w formularzu nie spowoduje usunięcia panelu, podobnie jak wywołanie Sterowanie.Clear () na stronie zakładki. Nawet bezpośrednie połączenie.Dispose () w rzeczywistości go nie usunie, chyba że jego rodzic zostanie wcześniej ręcznie ustawiony na null.

Wydaje mi się, że zwykle jest to związane z komputerem, który nie ma pamięci, więc nie jest w stanie stworzyć więcej klamek okiennych. Normalnie windows zaczyna również wykazywać dziwne zachowanie w tym momencie.

Dodałem czek, który sprawia, że działa...

if (_form.Handle.ToInt32() > 0)
{
   _form.Invoke(method, args);
}

To zawsze prawda, ale forma rzuca błąd bez niego. BTW, mój uchwyt to około 4,9 miliona

Mam ten sam błąd w aplikacji.Ładuję wiele kontrolek w jednym page.In przycisk kliknij Zdarzenie czyszczę elementy sterujące.wyczyszczenie kontrolek nie zwalnia kontrolek z memory.So pozbądź się elementów sterujących z pamięci. Właśnie skomentowałem sterowanie.metoda clear () I zawierać kilka linii kodu do usuwania kontrolek. Coś takiego

Dla każdego ctl jako sterowania w controlcollection

Ctl.dispose ()

Następna

Zdecydowanie za dużo uchwytów (problem z wyciekiem pamięci):

SYSTEM.ComponentModel.Win32Exception: Błąd tworzenia uchwytu okna

Sugestia out of memory nie wydaje się złym tropem.

Co robi twój program, że dostaje ten błąd?

Czy tworzy wiele okien lub kontrolek? Czy tworzy je programowo, a nie w czasie projektowania? Jeśli tak, czy robisz to w pętli? Czy ta pętla jest nieskończona? Czy zużywasz oszałamiające pokłady pamięci w inny sposób?

Co się dzieje, gdy oglądasz pamięć używaną przez aplikację w Menedżerze Zadań? Does it skyrocket to the moon? Albo jeszcze lepiej, jak sugerowano powyżej, użyj monitora procesu, aby zagłębić się w szczegóły.