Запуск потока вне очереди

@Serg046 · Регистрация: 07.01.2010

Author24 — интернет-сервис помощи студентам

Имею

C#

        private void button1_Click(object sender, EventArgs e)
        {
            Thread cn = new Thread(func);
            cn.Start();
            cn.Join();
            ...
            ...
        }
 
func()
{
            Thread stat = new Thread(addSt);
            stat.Start();
            stat.Join();
}
 
        void addSt()
        {
            label1.BeginInvoke(new Action(() => { label1.Text = status; }));
            Application.DoEvents();
        }

Так вот, на строке cn.Join(); программа ждет выполнения потока "func", а на stat.Join(); не ждет выполнения "addSt". Поток выполнится в конце события клика, т.е. полагаю когда закончится ui поток.
В общем мне нужно запустить поток не в очередь, а сразу, чтобы мгновенно добавить информацию.

Добавлено через 11 минут
Есть еще подозрение что это из за второго join.

@kolorotur · 16.01.2012, 21:26

Сообщение от Serg046

а на stat.Join(); не ждет выполнения "addSt"

Еще как ждет. Только метод BeginInvoke запускается асинхронно, потому поток почти сразу же схлапывается.

Сообщение от Serg046

Поток выполнится в конце события клика, т.е. полагаю когда закончится ui поток.

Что-что? Ничего не понял из этого предложения.

Сообщение от Serg046

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

Зачем тогда вообще поток нужен?

C#

private void button1_Click(object sender, EventArgs e)
{
   label1.Text = status;
}

@Serg046 · 16.01.2012, 22:31 **[ТС]**

Блин ну это очевидно...
Я же заполняю не из потока, где элемент создал.

@kolorotur · 16.01.2012, 22:37

Serg046, да я не могу никак понять в чем проблема заключается.

@Serg046 · 16.01.2012, 23:06 **[ТС]**

Я получаю свое измененное значение по завершению этого кода

C#

        private void button1_Click(object sender, EventArgs e)
        {
            Thread cn = new Thread(func);
            cn.Start();
            cn.Join();
            ...
            ...
        }

Т.е. в addSt программа зайдет лишь после завершения обработки кнопки. А не тогда, когда я ее из кода вызываю.

@kolorotur · 16.01.2012, 23:42

Сообщение от Serg046

в addSt программа зайдет лишь после завершения обработки кнопки. А не тогда, когда я ее из кода вызываю.

А, понятно.
Ну в данном случае, вызывая Join на cn, вы блокируете основной поток, в котором происходит отрисовка контролов. Вызывая в дополнительном потоке label1.BeginInvoke, вы перенаправляете выполнение метода в основной поток, который на данный момент уже заблокирован. В результате изменение текста будет выполнено тогда, когда основной поток разблокируется, то есть после завершения выполнения обработчика клика по кнопке.

Этого можно избежать либо с использованием синхронизации потоков (можно с классом Monitor поиграться), либо поставив выставив свойство Control.CheckForIllegalCrossThreadCalls на false, но это делать не рекомендуется.

@Serg046 21 / 21 / 6 Регистрация: 07.01.2010 Сообщений: 376
	16.01.2012, 22:31 [ТС]	3
	Блин ну это очевидно... Я же заполняю не из потока, где элемент создал. 0

@kolorotur 17772 / 12925 / 3378 Регистрация: 17.09.2011 Сообщений: 21,198
	16.01.2012, 22:37	4
	Serg046, да я не могу никак понять в чем проблема заключается. 0

@kolorotur 17772 / 12925 / 3378 Регистрация: 17.09.2011 Сообщений: 21,198
	16.01.2012, 23:42	6
	Сообщение от Serg046 в addSt программа зайдет лишь после завершения обработки кнопки. А не тогда, когда я ее из кода вызываю. А, понятно. Ну в данном случае, вызывая Join на cn, вы блокируете основной поток, в котором происходит отрисовка контролов. Вызывая в дополнительном потоке label1.BeginInvoke, вы перенаправляете выполнение метода в основной поток, который на данный момент уже заблокирован. В результате изменение текста будет выполнено тогда, когда основной поток разблокируется, то есть после завершения выполнения обработчика клика по кнопке. Этого можно избежать либо с использованием синхронизации потоков (можно с классом Monitor поиграться), либо поставив выставив свойство Control.CheckForIllegalCrossThreadCalls на false, но это делать не рекомендуется. 1

Опции темы