Jak upewnić się, że interfejs użytkownika reaguje na używanie BackgroundWorker

Question

Czy BackgroundWorker w C# Temat jest bezpieczny?

Pytam bo to dostać

sterujących utworzonych na jednym wątku nie mogą być wychowywane do kontroli na innym wątku

wyjątek z nim. To jest mój kod DoWork wydarzenie:

private void backgroundWorker1_DoWork(object sender, DoWorkEventArgs e) 
{ 



    var openFile = document.Open(MyFileName); 
    e.Result = openFile; 
} 

gdzie document jest kontrola UI, który jest zainicjowany, gdy forma dominująca jest tworzony. Podczas Open zostaną wypełnione różne właściwości w document.

Próbowałem zmienić kod, aby wywołać, ale ten sam problem występuje nadal. tj.

document.GetType().GetMethod("Open)".Invoke(document, new object[]{MyFileName}) 

spowoduje ten sam błąd, co powyżej.

Każdy pomysł, jak manipulować kontrolką document? Innymi słowy, jak sprawić, aby powyższy kod zadziałał?

Edycja: Zasugerowano, że używam Control.Invoke, ale nadal nie działa (oba wątki powieszono). Jest to kod próbowałem:

private delegate bool OpenFile(string filePath); 
private void backgroundWorker1_DoWork(object sender, DoWorkEventArgs e) 
{ 



    OpenFile oF = new OpenFile(document.Open); 
    var openFile = Invoke(oF, MyFileName); // it doesn't really matter whether I use BeginInvoke or Invoke, or other Control.Invoke, the end result is the same. Both the main thread hosting the document and the thread that launches the UI hanged. 

    e.Result = openFile; 
} 

Answer 1

Chociaż to dla mnie jasne, co dokładnie rozumiemy przez nitkę bezpieczeństwa w BackgroundWorker, problemem nie jest to, że obiekt; Formanty Windows Forms są zaprojektowane do manipulowania na pojedynczym wątku (wątku UI). Nie należy manipulować obiektami Windows Forms na różnych wątkach. Można wywołać działania w wątku UI z innych wątków przy użyciu metody Control.Invoke (metoda Invoke używasz jest przez odbicie i jest całkowicie niezwiązane z tym problemu):

Invoke(new Action(MethodToRunInUIThread)); 

void MethodToRunInUIThread() { 
    // do stuff here. 
} 

Nawiasem mówiąc, to nie robi nie ma sensu używać pracownika działającego w tle, jeśli wszystko, co robisz, to manipulowanie obiektami interfejsu użytkownika.

Answer 2

BackgroundWorker to struktura oparta na wątkach. Wątek-bezpieczeństwo dotyczy funkcji podczas wykonywania równoczesnych zadań. Może to, o co prosisz, dotyczy kontrolek WinForm, do których dostęp uzyskuje się przez unikalny wątek wątku interfejsu użytkownika.

Answer 3

Możesz wywołać, jak zasugerował Mehrdad Afshari, lub możesz użyć zdarzenia postępu bgw, które powraca w wątku UI. Lub ukończone dzieło, które powraca również w wątku UI. Różnica między nimi polega na tym, że WorkCompleted wystrzeliwuje tylko jeden raz na końcu. Progres jest wyrzucany przez ciebie z DoWork.

Answer 4

Nie jest to wątek, na którym polega problem polegający na tym, że próbuje wywołać metodę w kontrolce interfejsu użytkownika. Zarówno w formantach WPF, jak i WinForms można wywoływać tylko w wątku interfejsu użytkownika (z którego zazwyczaj jest jeden). Nie mówisz, którego używasz, ale musisz zadzwonić na metodę Control.Invoke dla WinForms lub Dispatcher.Invoke dla WPF.

Przedstawiona metoda odbicia Invoke() spowoduje wywołanie metody w bieżącym wątku.

Answer 5

Jeśli taka funkcjonalność Kontroli interfejsu użytkownika trwa tak długo, aby wykonać, może nie być wiele do zrobienia. "Zamrożenie" pojawia się, gdy w wątku UI dochodzi do długotrwałej operacji, a jeśli ta funkcja kontrolna nie została specjalnie wykonana jako bezpieczna dla wątków, musi być uruchomiona na głównym wątku.

Zwykle chcesz oddzielić funkcjonalność dokumentu od kontrolki, która ją wyświetla. W ten sposób Twój dokument może zostać załadowany na oddzielny, niezależny wątek i wyświetlony później, gdy będzie gotowy. W przeciwnym razie sama kontrola musiałaby wdrożyć wielowątkową procedurę ładowania, aby spowolnić ładowanie.

Ponieważ w komentarzach podałeś, że jest to kontrola stron trzecich, możesz mieć pecha.

Answer 6

@Graviton, powiązane zadanie z odpowiedzią znajduje się here. Osoba korzystała z usługi BackgroundWorker w celu zaktualizowania pola tekstowego, ta sama koncepcja obowiązuje (Twoja jest tylko jednym wątkiem roboczym).

Answer 7

Musisz użyć Control.BeginInvoke() w DoWork. Wykonuje to delegację asynchronicznie, dzięki czemu wątek wywołujący nie będzie "zawieszał się".

Control.Invoke() wykona delegata również na innym wątku, ale spowoduje, że wątek wywołujący będzie oczekiwał na zakończenie wątku.

Ogólnie w Windows Forms lepiej jest używać Control.BeginInvoke(), gdy tylko jest to możliwe, aby uniknąć zakleszczenia pomiędzy wątkami, które mogą wystąpić, gdy jeden wątek czeka na inny, tak jak w przypadku Control.Invoke().

Jeśli obiekt "document" dziedziczy po System.Windows.Forms.Control, możesz po prostu wywołać document.BeginInvoke (myDelegate).

Jeśli jednak jest to jakiś inny komponent, który zawiera elementy sterujące interfejsu GUI, może ujawnić sposób wywołania BeginInvoke. Sprawdź dokumentację (jeśli istnieje). Jeśli nie ma takiej możliwości, to prawdopodobnie nie jest po prostu zaprojektowany do obsługi aplikacji wielowątkowych.

Wygląda na to, że nie masz pewności co do różnych typów Invoke/BeginInvoke (zrozumiałe). To wcześniejsze pytanie: odpowiedź What is the difference between Invoke and BeginInvoke? i Jon Skeets powinny pomóc wyjaśnić pewne kwestie.