Почему другой поток блокирует главную форму?

Question

[iRumba]

Есть процедурка, заполняющая дерево. Допустим

private void FillingTree()
{
for (int i=0; i<1000;i++)
{
TreeViewItem NewItem=new TreeViewItem();
NewItem.Header=i.ToString();
TreeView1.Dispatcher.Invoke( () => 
{
TreeView1.Items.Add(NewItem);
});
for (int j=0;j<1000;j++)
{
TreeViewItem NewSubItem=new TreeViewItem();
NewSubItem.Header=i.ToString() + "_" + j.ToString();
TreeView1.Dispatcher.Invoke( () => 
{
NewItem.Items.Add(NewSubItem);
});
}
}
}

и есть процедура, которая создает новый поток и запускает процедуру заполнения дерева в нем.

private void FillTreeAsync()
{
Thread th = new Thread(new ThreadStart(FillingTree));
th.Start();
}

Заполнение дерева занимает определенное время и на это время блокируется как само дерево так и форма. Ну, не то что бы прям блокируется, но замирает и дергается. Почему так происходит и как это исправить?

Answer 1

[Виталий Пухов]

TreeView1.Dispatcher.Invoke вызывает блокировку, на время исполнения Items.Add, чтобы не морозить форму можно попробовать создать в памяти отдельный treeview и заполнять его без Dispatcher.Invoke, а в конце, когда работа завершится перенести в него ноды используя Dispatcher.Invoke.
Но в таком случае пока не будет завершена обработка treeview будет пустой

Comments

[iRumba]

я понимаю, что блокирует. На самом деле задача немного иная. Дерево заполняется из базы. Сначала создаются пустые итемы по количестве записей, потом по необходимости заполняются (при раскрытии узла, например). Так вот хотелось бы, чтобы все было гладко, чтобы форма не дергалась в этот момент и прокрутка не дергалась и раскрытию уже загруженных узлов это не мешало. Как это можно осуществить?

[Виталий Пухов]

MoreBeauty: если число таких элементов адекватное то ничего никому мешать не будет, если их over 1000 на каждый item то ни о какой гладкости и думать не стоит, в таком случае нужно искать другой вид отображения а не treeview, в любом случае минимизировать тормоза можно лишь минимизировав обращения Dispatcher.Invoke, как вариант можно не по одному элементу вызывать Dispatcher.Invoke а для кучи, т.к. сам Dispatcher.Invoke отжирает время главного потока на инициализацию

[lam0x86]

Как уже было сказано, нужно минимизировать число вызовов Dispatcher.Invoke. Второй вариант - использовать Dispatcher.BeginInvoke с приоритетом ниже Input (например, Background). Тогдавсе обращения будут складываться в очередь и выполняться асинхронно, не блокируя рендеринг и пользовательские действия.

[iRumba]

Виталий Пухов: @lam0x86: а что, если заполнять из главного потока с использованием какого либо бэйсиковского подобия DoEvents шарпе, а данные читать из другого потока? То есть соорудить событие на изменение данных. Ну, чисто теоретически. Я б проверил на практике, но практики у меня не так много, чтобы быстро это реализовать.