Как безопасно читать TextBox в BackgroundWorker без заморозки UI

Проблема не в том, что работа тяжёлая, а в том, что поток‑рабочий пытается «потянуть» за UI‑контрол.
Во‑факт, в WinForms каждый контрол принадлежит тому потоку, который его создал (обычно UI‑поток).
Если фоновой поток читает или пишет свойство контролов, он обязан передать вызов обратно в UI‑поток.

1. Чтение значения контролов из фонового потока

Самый простой шаблон:

string userName = null;

// Сразу в UI‑потоке читаем значение до запуска воркера
// или используем Control.Invoke, чтобы прочитать из фонового потока
if (textBox1.InvokeRequired)
{
    userName = (string)textBox1.Invoke((Func<string>)(() => textBox1.Text));
}
else
{
    userName = textBox1.Text;
}

Почему это работает

Control.Invoke (или BeginInvoke) кладёт делегат в очередь сообщений UI‑потока и блокирует вызывающий поток, пока делегат не выполнится.
Поскольку делегат исполняется в UI‑потоке, он безопасно читает TextBox.Text.
Вызов почти мгновенный, поэтому фоновой worker не «залипает» на UI‑потоке.

Совет – обычно читаешь значение до запуска воркера:

private void UserControl_Load(object sender, EventArgs e)
{
    string userName = textBox1.Text;   // быстро, без кросс‑потоковых рисков
    backgroundWorker1.RunWorkerAsync(userName);
}

Тогда в DoWork используешь аргумент, а не читаешь контрол заново.

2. Тяжёлая загрузка без блокировки UI

Классический шаблон с BackgroundWorker:

private void UserControl_Load(object sender, EventArgs e)
{
    string userName = textBox1.Text;      // захватываем один раз
    backgroundWorker1.WorkerReportsProgress = true;
    backgroundWorker1.RunWorkerAsync(userName);
}

private void backgroundWorker1_DoWork(object sender, DoWorkEventArgs e)
{
    string userName = (string)e.Argument;
    List<string> data = LoadDataFor(userName);   // тяжёлая DB‑операция
    e.Result = data;                            // передаём результат обратно в UI
}

private void backgroundWorker1_RunWorkerCompleted(object sender, RunWorkerCompletedEventArgs e)
{
    if (e.Error == null)
    {
        List<string> data = (List<string>)e.Result;
        dataGridView.DataSource = data;          // безопасное обновление UI
    }
    else
    {
        MessageBox.Show(e.Error.Message);
    }
}

Если нужно показывать прогресс, вызывай backgroundWorker1.ReportProgress(percent, statusText) внутри DoWork. Событие ProgressChanged будет срабатывать в UI‑потоке, и ты сможешь безопасно обновлять лейбл или прогресс‑бар.

Почему UI остаётся отзывчивым
Весь тяжёлый код выполняется в фоновом потоке.
Только короткие маршалинг‑вызовы (Invoke или ReportProgress) касаются UI, так что UI‑поток остаётся свободным для перерисовки и обработки ввода.

3. Что делает блок InvokeRequired и почему он не решает замедление

if (InvokeRequired)
{
    this.Invoke(new MethodInvoker(UserControl_LoadDataMethod));
    return;
}

Что он делает

• InvokeRequired сообщает, что текущий поток не UI‑поток.
• Если true, Invoke передаёт вызов обратно в UI‑поток, где метод запускается заново.

Почему это приводит к «заморозке»

1. Фоновый worker вызывает UserControl_LoadDataMethod.
2. InvokeRequired возвращает true, поэтому Invoke кладёт делегат в очередь UI‑потока и блокирует фоновой поток до выполнения делегата.
3. Пока фоновой поток ждёт, UI‑поток занят обработкой делегата, который снова вызывает UserControl_LoadDataMethod.
4. Внутри выполнения в UI‑потоке InvokeRequired становится false, и метод продолжает работу, читая textBox1.Text.
5. После завершения делегата фоновой поток разблокируется и продолжает, но UI‑поток уже потратил время на выполнение делегата.
6. Если метод содержит тяжёлую работу или делегат ставится в очередь много раз, UI‑поток перегружается, и пользователь видит «заморозку».

Иными словами, блок InvokeRequired переносит всю работу обратно в UI‑поток, тем самым уничтожая цель фонового воркера.

Быстрый чек‑лист

1. Читай значения контролов в UI‑потоке (или используй Invoke только для чтения).
2. Передавай эти значения как аргументы в BackgroundWorker.RunWorkerAsync.
3. Выполняй всю тяжёлую работу в DoWork – никогда не трогай контролы.
4. Используй ProgressChanged или RunWorkerCompleted для обновления UI.

С этими шагами UI остаётся отзывчивым, а кросс‑потоковые исключения исчезают.