Тупик с использованием Control.Invoke?

Question

Я создаю приложение, использующее TPL в VS2010 Ultimate. В большинстве случаев, когда я запускаю приложение, он становится невосприимчивым, когда я вызываю DoRepresentation() из потока пользовательского интерфейса.

void DoRepresentation() 
{ 
    Parallel.ForEach(cgs, loopOptions, g => 
    { 
    UpdateRepresentation(g); 
    }); 
} 

void UpdateRepresentation(object g) 
{ 
    view.Invoke(new Action(() => 
    { 
    representation = new MyRepresentation(g); 
    })); 
} 

Я не знаю, почему приложение становится невосприимчивым. Есть ли у меня тупик?

Внутри MyRepresentation Я звоню в OpenGL.

вид - это элемент управления внутри формы1 (основная форма).

Когда приложение перестает отвечать на запросы приостановить его с VS IDE и вот информацию я получить

В «Параллельные задачи» окно я получаю следующее:

ID Status  Message<br> 
1 ?Waiting Task1 is waiting on object: "Task2"<br> 
2 ?Waiting No waiting information available<br> 

В окно "Call Stack" я получаю следующее:

[In a Sleep, wait, or join]<br> 
[External Code]<br> 
Test.dll!Render.DoRepresentation()<br> 
App1.exe!Form1.Button1_Click<br> 

Любая помощь будет apprec iated.

Answer 1

Да, вы с мертвой точки. Что делает Parallel.ForEach(), так это то, что он запускает итерации, используя один или несколько потоков , включая текущий, а затем блокирует текущий поток до тех пор, пока все итерации не будут завершены.

Это означает, что если вы звоните DoRepresentation() из потока пользовательского интерфейса, вы получаете в тупике: поток UI ждет итераций на других потоках до конца, в то время как те, другие потоки ждут Invoke() до конца, что не может произойти если поток пользовательского интерфейса заблокирован.

Кроме того, в вашем случае использование Parallel.ForEach() не имеет смысла (при условии, что это ваш фактический код): вы запускаете new MyRepresentation() в потоке пользовательского интерфейса.

Я не понимаю, что именно делает код (кажется, он перезаписывает representation на каждой итерации), но я думаю, вы должны запустить ForEach() из фонового потока. Это означает, что DoRepresentation() вернется, прежде чем он завершит свою работу, и поэтому Invoke() будет работать правильно.

В общем, не рекомендуется блокировать поток пользовательского интерфейса в течение длительного времени, поэтому вы должны запускать любой трудоемкий код в другом потоке.

Answer 2

Вы можете использовать метод BeginInvoke для вызова метода Invoke. если вам все еще нужно, вы можете заблокировать объект и убедиться, что он не будет доступен из другого потока до его реализации.

с помощью Begin Invoke метод

void UpdateRepresentation(object g) 
{ 
    view.BeginInvoke(new Action(() => 
    { 
    representation = new MyRepresentation(g); 
    })); 
} 

Использование блокировки

void UpdateRepresentation(object g) 
{ 
lock(this) 
{ 
view.Invoke(new Action(() => 
    { 
    representation = new MyRepresentation(g); 
    })); 
} 

} 

Answer 3

Этот комментарий относится к моему конкретному приложению, которое является приложением Windows на C#: использование Lock также не помогло мне, и приложение просто замерзло. BeginInvoke работал, но мне не понравился эффект асинхронного обновления элементов управления пользовательского интерфейса.

Я закончил основной процесс как отдельный поток (System.Threading.Tasks.Task), который начнется и мгновенно даст мне контроль над основным потоком. Впоследствии, ожидая еще нескольких задач для завершения выполнения в цикле, мне также пришлось вставить эту строку: System.Windows.Forms.Application.DoEvents(), чтобы позволить системе обрабатывать все сообщения, ожидающие очереди. Теперь он подходит для моего приложения. Возможно, будет другой способ обмануть этого кота, но он работает сейчас.