1 | |
.NET 4.x Зависание программы при выполнении длительного цикла26.01.2015, 16:26. Показов 15001. Ответов 27
Метки нет (Все метки)
В моей программе выполняется долго, очень долго цикл, так как много данных обрабатывается.
Программа работает и отрабатывает цикл нормально. Но на время выполнения цикла, программа как бы зависает. Как это происходит. Если переключиться на другую программу, а потом вернуться, то в тайтле программы добавляется текст "Не отвечает" и при клике на программу она покрывается белым фоном. Такое состояние до момента завершения цикла, после чего программа возвращается в нормальное состояние и в цикле все выполнено правильно. У меня стоит задача убрать именно это неприятное явление, а не исправлять код, так как код работает хорошо. Я пробовал выводить цикл в отдельный поток через BackgroundWorker, но ничего не меняется. Пробовал также добавлять в каждый шаг итерации цикла Application.DoEvents();, но также не помогает. Какие еще есть варианты?
0
|
26.01.2015, 16:26 | |
Ответы с готовыми решениями:
27
Зависание формы при выполнении цикла Постепенное выполнение программы/зависание программы при выполнении При выполнении кода, полное зависание программы Чувствительность программы во время длительного цикла |
1245 / 1055 / 293
Регистрация: 07.03.2012
Сообщений: 3,245
|
|
26.01.2015, 16:30 | 2 |
значит что то не так. Единственный способ решения - вывод тяжёлых операций в отдельные потоки
0
|
26.01.2015, 16:36 [ТС] | 3 |
Там много параметров передается и по ходу цикла идет обновление значений, скажем в таблицах. Может это влияет? Параметры вроде я корректно передаю, в объекте аргумента. Там же и таблицы передаются. То есть не нарушается принадлежность потокам, вроде.
0
|
1245 / 1055 / 293
Регистрация: 07.03.2012
Сообщений: 3,245
|
|
26.01.2015, 18:00 | 4 |
без кода мы можем бесконечно долго рассуждать, что у вас там не так
0
|
26.01.2015, 18:18 [ТС] | 5 | |||||||||||||||
Вот здесь запускается поток
0
|
1245 / 1055 / 293
Регистрация: 07.03.2012
Сообщений: 3,245
|
|
26.01.2015, 20:19 | 6 |
по-моему, смысла от потока в вашем коде никакого нет. Он везде обращается к контролам формы, изменяет их, всё это выполняется в основном потоке программы, потому и тормозит. Поток должен обрабатывать какие то данные, возвращать что-то. После чего эти данные должен использовать основной поток для обновления контролов
1
|
140 / 137 / 22
Регистрация: 16.02.2012
Сообщений: 453
|
|
27.01.2015, 23:29 | 7 |
Вы пробовали добавить в цикл Application.DoEvents() на каждую 1000 итераций к примеру?
0
|
140 / 137 / 22
Регистрация: 16.02.2012
Сообщений: 453
|
|
28.01.2015, 00:31 | 11 |
0
|
28.01.2015, 01:10 | 15 |
Vitukr, могу посоветовать хороший и (относительно) простой способ.
Создайте класс, унаследуйте его от BackgroundWorker-а, переопределите его виртуальный метод OnDoWork() и в этом методе реализуйте все что надо. Так же у вашего класса будет два события: ProgressChanged и RunWorkerCompleted, подписавшись на которые, вы сможете обновлять интерфейс без лишних заморочек, напрямую.
1
|
08.03.2015, 15:14 [ТС] | 16 | ||||||||||
Нашел причину, почему прогрес бар не работал даже в отдельном потоке.
Сейчас речь идет о приложении WPF, но думаю разницы где использовать backgroundWorker нет. Вся проблема в добавлении кода
то ни прогрес бар, ни обновление текста в текстбоксе не работает. Как и кнопка остановки цикла. Если же не комментировать, то все работает. Я снял видео, чтобы наиболее наглядно было видно это. https://www.youtube.com/watch?... e=youtu.be Теперь остался вопрос, как объяснить такое поведение? В чем тут важность Thread.Sleep(1); При этом, понятно, значение длительности сна потока можна ставить любое. Хочу также отметить, что все примеры в Интернете использования backgroundWorker с прогрессбаром, но и наверное без прогрессбара, становятся ничтожными, если также комментировать Thread.Sleep(1); Например, вот этот пример, который рекомендуется Майкрософтом: http://elegantcode.com/2009/07... to-the-ui/ Я комментировал в нем Thread.Sleep(1); и там ничего не работает в двух случаях. Видимо, авторы всех этих примеров не знают этот тайный код Thread.Sleep(1);
0
|
08.03.2015, 23:33 | 17 |
Vitukr, А сколько ядер в вашем процессоре?
Очень просто. Пока у вас крутится цикл, процессор не переключается на другие потоки. Но как только он встречает метод Thread.Sleep(1); он понимает, что текущий поток будет спать некторое время и производит переключение на другие потоки. Поэтому начинают работать прогрессбары и другие компоненты, работающие в другом потоке.
0
|
08.03.2015, 23:53 [ТС] | 18 |
Это я сразу понял, когда закомментировал/разкомментировал код сна.
Может я не правильно сформулировал вопрос. Суть вопроса, зачем все эти "танцы" с backgroundWorker? Ведь там же есть ReportProgress, который и без сна должен передавать значения в основной поток в процессе выполнения цикла? По сути, Thread.Sleep(1); используется в примерах только для увеличения времени работы цикла, искусственно увеличивая время цикла. Так сказать, для демонстрационных целей. Но, оказывается, этот код есть основной и для не демо программ. При реально большом цикле использование Thread.Sleep(1); даже с 1 миллисекундой значительно будет увеличивать время работы цикла. Представьте, что одна итерация цикла без Thread.Sleep(1); будет меньше 1 миллисекунды, а реально там сотые доли миллисекунды, то добавление слип увеличивает время цикла в десятки раз. Это просто недопустимо при программировании.
0
|
09.03.2015, 00:19 [ТС] | 20 | |||||
4 ядра.
Добавлено через 2 минуты Вот здесь: https://msdn.microsoft.com/ru-... kz4s1.aspx приводится пример использования беграундворкер. И в коде интересный момент:
Сейчас попробую воспроизвести.
0
|
09.03.2015, 00:19 | |
09.03.2015, 00:19 | |
Помогаю со студенческими работами здесь
20
Ошибка программы при выполнении цикла перебора Резкое зависание программы при частом запуске цикла Зависание формы при потере фокуса при выполнении в ней фоновых операций Зависание интерфейса при выполнении запроса Искать еще темы с ответами Или воспользуйтесь поиском по форуму: |