Operación entre subprocesos no válida: se accede al control desde un subproceso distinto del subproceso en el que se creó

Tengo un escenario. (Formularios de Windows, C#, .NET)

Hay un formulario principal que alberga cierto control del usuario.
El control de usuario realiza algunas operaciones con datos pesados, de modo que si llamo directamente al UserControl_Loadmétodo, la interfaz de usuario deja de responder mientras dura la ejecución del método de carga.
Para superar esto, cargo datos en diferentes hilos (tratando de cambiar el código existente lo menos que puedo)
Utilicé un hilo de trabajo en segundo plano que cargará los datos y, cuando termine, notificará a la aplicación que ha realizado su trabajo.
Ahora surgió un verdadero problema. Toda la interfaz de usuario (el formulario principal y sus controles de usuario secundarios) se creó en el hilo principal principal. En el método LOAD del control de usuario, estoy obteniendo datos basados en los valores de algún control (como el cuadro de texto) en el control de usuario.

El pseudocódigo quedaría así:

CÓDIGO 1

UserContrl1_LoadDataMethod()
{
    if (textbox1.text == "MyName") // This gives exception
    {
        //Load data corresponding to "MyName".
        //Populate a globale variable List<string> which will be binded to grid at some later stage.
    }
}

La excepción que dio fue

Operación entre subprocesos no válida: se accede al control desde un subproceso distinto del subproceso en el que se creó.

Para saber más sobre esto busqué en Google y surgió una sugerencia como usar el siguiente código

CÓDIGO 2

UserContrl1_LoadDataMethod()
{
    if (InvokeRequired) // Line #1
    {
        this.Invoke(new MethodInvoker(UserContrl1_LoadDataMethod));
        return;
    }

    if (textbox1.text == "MyName") // Now it won't give an exception
    {
    //Load data correspondin to "MyName"
        //Populate a globale variable List<string> which will be binded to grid at some later stage
    }
}

Pero todavía parece que he vuelto al punto de partida. La aplicación nuevamente deja de responder. Parece deberse a la ejecución de la línea #1 si condición. La tarea de carga la realiza nuevamente el hilo principal y no el tercero que generé.

No sé si percibí esto bien o mal.

¿Cómo resuelvo esto y también cuál es el efecto de la ejecución de la Línea n.º 1 si se bloquea?

La situación es la siguiente : quiero cargar datos en una variable global según el valor de un control. No quiero cambiar el valor de un control del hilo secundario. No lo haré nunca desde un hilo infantil.

Por lo tanto, solo se accede al valor para que los datos correspondientes se puedan recuperar de la base de datos.

Sep 27 '08 04:09 Prerak K

Según el comentario de actualización de Prerak K (ya eliminado):

Supongo que no he presentado la pregunta correctamente.

La situación es la siguiente: quiero cargar datos en una variable global según el valor de un control. No quiero cambiar el valor de un control del hilo secundario. No lo haré nunca desde un hilo infantil.

Por lo tanto, solo se accede al valor para poder obtener los datos correspondientes de la base de datos.

La solución que desea entonces debería verse así:

UserContrl1_LOadDataMethod()
{
    string name = "";
    if(textbox1.InvokeRequired)
    {
        textbox1.Invoke(new MethodInvoker(delegate { name = textbox1.text; }));
    }
    if(name == "MyName")
    {
        // do whatever
    }
}

Realice su procesamiento serio en el hilo separado antes de intentar volver al hilo del control. Por ejemplo:

UserContrl1_LOadDataMethod()
{
    if(textbox1.text=="MyName") //<<======Now it wont give exception**
    {
        //Load data correspondin to "MyName"
        //Populate a globale variable List<string> which will be
        //bound to grid at some later stage
        if(InvokeRequired)
        {
            // after we've done all the processing, 
            this.Invoke(new MethodInvoker(delegate {
                // load the control with the appropriate data
            }));
            return;
        }
    }
}

Sep 26 '2008 21:09 Jeff Hubbard

Modelo de subprocesos en la interfaz de usuario

Lea el modelo de subprocesos en aplicaciones de interfaz de usuario ( el antiguo enlace de VB está aquí ) para comprender los conceptos básicos. El enlace navega a la página que describe el modelo de subprocesos de WPF. Sin embargo, Windows Forms utiliza la misma idea.