Управление элементами пользовательского интерфейса из другого потока

ProgressChanged уже вызывается в потоке пользовательского интерфейса (через контекст синхронизации); вашему ProgressChanged не нужно делать это Invoke — он может напрямую манипулировать пользовательским интерфейсом (в отличие от этого, DoWork абсолютно не может этого делать). Возможно, настоящая проблема заключается в том, что вы не выполняете никаких действий worker.ReportProgress(...) внутри цикла, поэтому это происходит только один раз в начале.

Вот полный пример:

using System;
using System.ComponentModel;
using System.Threading;
using System.Windows.Forms;
static class Program
{
    [STAThread]
    static void Main()
    {
        Application.EnableVisualStyles();
        using (var worker = new BackgroundWorker {
            WorkerReportsProgress = true })
        using (var progBar = new ProgressBar {
            Visible = false, Step = 1, Maximum = 100,
            Dock = DockStyle.Bottom })
        using (var btn = new Button { Dock = DockStyle.Top, Text = "Start" })
        using (var form = new Form { Controls = { btn, progBar } })
        {
            worker.ProgressChanged += (s,a) => {
                progBar.Visible = true;
                progBar.Value = a.ProgressPercentage;
            };
            worker.RunWorkerCompleted += delegate
            {
                progBar.Visible = false;
            };
            worker.DoWork += delegate
            {
                for (int i = 0; i < 100; i++)
                {
                    worker.ReportProgress(i);
                    Thread.Sleep(100);
                }
            };
            btn.Click += delegate
            {
                worker.RunWorkerAsync();
            };
            Application.Run(form);
        }
    }
}

1. Запустите progressBarCycle из потока пользовательского интерфейса. RunWorkerAsync создаст новую тему для вас.
2. В backgroundWorker_ProgressChanged просто вызовите progressBar1.Visible = true;. Нет необходимости в Invoke.
3. Лучше также добавить progressBar1.Refresh(); .

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

Поэтому, если вы запускаете свой фоновый рабочий поток, но затем ваш поток пользовательского интерфейса находится в занятом цикле ожидания, ожидая его завершения, или отключается и выполняет множество другой работы, тогда он не будет обрабатывать сообщения Windows, и ваш индикатор выполнения будет "неотзывчивый". Вам нужно освободить поток пользовательского интерфейса, чтобы это обновление все еще происходило (т. е. возвращалось из вашего обработчика событий и позволяло пользовательскому интерфейсу продолжать работать в обычном режиме).

Опасность этого заключается в том, что если пользовательский интерфейс активен, то пользователь все равно может взаимодействовать с ним. Поэтому вам нужно написать пользовательский интерфейс, чтобы знать, когда фоновый рабочий процесс активен, и правильно обрабатывать ситуацию (проблемы могут включать: разрешение пользователю снова запускать фоновый рабочий процесс, когда он уже запущен, пользовательский интерфейс, пытающийся отобразить информацию во время рабочего процесса). поток усердно обновляет его, пользователь решает загрузить новый документ или выйти, пока фоновый рабочий процесс занят, и т. д.). Два основных решения этой проблемы заключаются в том, чтобы обернуть каждый бит пользовательского интерфейса защитным экраном, который предотвращает запуск чего-либо опасного во время фоновой работы (это может быть много работы, если у вас есть много элементов управления, которые можно обернуть таким образом, и легко сделать ошибку, которая позволит пропустить ошибку) или оставить пользовательский интерфейс «незащищенным», но добавить IMessageFilter, который останавливает все «опасные» взаимодействия с пользователем (щелчки и нажатия клавиш), подавляя их входящие сообщения Windows (WM_KEYPRESS и т. д.), в то время как фоновая обработка активна.